1s 백그라운드 작업 작업자 프로세스가 비정상적으로 종료되었습니다. 백그라운드 작업 프로세스가 비정상적으로 종료되었습니다. 비동기 프로그래밍의 개념

Q: 백그라운드 작업 프로세스가 충돌했습니다...

좋은 하루 좋은 주 모두!
엔터프라이즈 회계, 에디션 3.0(3.0.46.11).
플랫폼 8.3.9.2033.
문서를 일괄적으로 게시할 때 "백그라운드 작업 프로세스가 충돌했습니다." 오류가 발생합니다. 이유를 제시하지 않은...
SQL 서버를 다시 시작하면 서버 1C (당신은 알 수 없음)가 도움이되지 않습니다 ... 누군가 비슷한 문제에 직면했을 수 있습니다 ??? 그룹 홀딩 (월 마감)이 오랫동안 사용되지 않았기 때문에이 오류가 나타난 후에 말하기조차 어렵습니다 ...

답변:() () 다시 좋은 오후입니다) 기술 로그를 켜고 다음과 같은 흥미로운 사실을 발견했습니다(문제가 무엇인지 아십니까?).
소켓이 아닌 개체에서 작업을 시도했습니다...
프로세스가 종료됩니다. 발신 거부...
호스팅 서버를 찾을 수 없습니다...

Q: 배경 작업

플랫폼 1C: Enterprise 8.3(8.3.9.2170), conf BP 3.0.
외부 데이터 소스를 통한 통합은 구성(DBMS 유형 - OracleDatabase)에서 구성됩니다. NSI 및 게시가 로드되는 여러 테이블이 추가되었습니다. 왜냐하면 많은 데이터를 처리하기 위해 백그라운드 작업을 통해 일괄 다운로드를 하기로 했습니다. 부분 크기 - 100,000, 배치 크기 - 10,000, 문서당 트랜잭션 수 - 1000, 동시 백그라운드 작업 수 - 8.
시작하고로드하면 모든 것이 정상입니다. 하지만 밤에 착용하면 1s가 수면 모드로 들어가는 것 같은 느낌이 듭니다. 얼마 후 로그에 표시된 대로 백그라운드 작업이 시작되지만 종료되지는 않습니다. 그 결과 작업이 밤 12시에 시작되어 아침 8시에 완료되고 (마우스를 만질 때) 그 후 일반 모드에서 계속 실행되는 것으로 나타났습니다. 씬 클라이언트와 씩 클라이언트 모두에서 시작되었습니다. 매개변수에 설정이 있습니다. 수동 세션에서 잠드는 시간은 1200이지만 씬 클라이언트에만 해당되는 것이 아니며 이것이 문제가 될 수 있습니까? 나는 그것을 끄고 싶지 않다. 사용자는 프로그램을 종료하지 않고 잠들게 합니다. 누군가 비슷한 문제에 직면했을까요? 어떻게 결정했습니까?

답변:

그런 가능성은 없습니다.

백그라운드 작업을 실행하고 완료될 때까지 기다리는 이유는 무엇입니까?
8개 이상의 백그라운드 작업을 생성하지 않습니까?

백그라운드 작업 "관리자"를 서버 측으로 드래그하고 제어하도록 합니다....

Pentuim D840에서 40-50개의 백그라운드 작업을 실행했습니다. 비행은 정상이며 이미 프로세서/메모리에 있습니다.

질문: 파일을 백그라운드 작업으로 전송하는 방법

플랫폼 8.3.6.2152
추가 처리를 위해 파일을 UV에서 백그라운드 작업으로 전송해야 합니다.
다음과 같이 했습니까?
&At클라이언트
프로시저 Command1(Command) FileDD = New BinaryData(FileName); StorageAddressForBackground = PutIntoTemporaryStorage(FileDD, UniqueIdentifier); StartUploadUploadOnServer(StorageAddressToBackground) EndProcedure &OnServer 함수 StartUploadUploadOnServer(StorageAddressForBackground) 메서드 매개 변수 = 새 배열; 메서드 Parameters.Add(StorageAddressForBackground); 작업 = BackgroundTasks.Run("MyCommonModule.MyBackground", MethodParameters); EndFunctions
일반 모듈에서:

프로시저 MyBackground(StorageAddress) Export FileDD = GetFromTempStorage(StorageAddress); If TypeValue(FileDD) = Type("BinaryData") 그러면 분개등록 분개등록("디버그","DD 없음"); EndIf ; EndProcedure는 다음과 같이 시도했습니다. PlaceFiles = New Array; PlacedFiles.Add(전송할 파일의 새 설명(파일 이름)); PlacedFiles = 새 배열; PutFiles(PutFiles, PutFiles, False , UniqueIdentifier)가 아니면 반환합니다. EndIf ; StorageAddressForBackground = PlacedFiles.Storage; 다음과 같이 시도했습니다. StorageAddressForBackground = PlaceInTemporaryStorage(Undefined, UniqueIdentifier); PutFile(StorageAddressForBackground, FileName, False );
임시 저장소를 통해 백그라운드에서 클라이언트로 정상적으로 전송되지만 클라이언트에서 백그라운드로 어떤 이유로 든 전송되지 않습니다.

답변:일반적으로 모든 것이 매우 간단하다는 것이 밝혀졌습니다. BinaryData를 백그라운드 작업에 대한 매개 변수로 어리석게 전달할 수 있습니다. 숙련되지 않은 팬이 도움말을 인용하고 작업 코드를 "의도한 대로" 알려주십시오.
&At클라이언트
프로시저 Command1(Command) RunUploadUploadOnServer(New BinaryData(FileName)) EndProcedure
&AtServer 함수 RunUploadUploadAtServer(DD) MethodParameters = 새 배열; 메소드 매개변수.추가(DD); 작업 = BackgroundTasks.Run("MyCommonModule.MyBackground", MethodParameters); EndFunction 프로시저 MyBackground(FileDD) 내보내기 If TypeVin(FileDD) = Type("BinaryData") Then 분개등록("디버그","DD가 있습니다"); 그렇지 않으면 분개등록("디버그","DD 없음"); EndIf ; 종료 절차

질문: 올바른 사용자로 백그라운드 작업 실행

안녕하세요!
1C가 있습니다 : Enterprise 8.3 (8.3.11.2924), UT 11.3.4.93 클라이언트 - 서버.
이 구성에서 "문서에 대한 고객 정산" 레지스터의 이동은 문서 게시 시점이 아니라 "고객/공급업체와의 정산에 대한 지연된 이동 수행" 예약 작업에 의해 수행됩니다.
동시에 예약된 작업에서 오류가 발생하는 경우가 있습니다. 폐쇄기간(편집금지일 전)에 이동을 시도한 경우. 예약 된 작업 설정에서 모든 것이 작동하기 시작한 후 금지 날짜가 열려있는 특별 사용자가 등록되었습니다.
그러나 예약된 백그라운드 작업이 시작될 때가 아니라 문서가 게시될 때 레지스터의 이동 데이터가 완료되었는지 확인해야 합니다.
문서를 게시할 때 일상적인 작업을 수행하는 코드 자체를 실행하면 동일한 오류가 발생합니다. 기간이 닫힙니다. 그리고 문서 작성 시점에 동일한 코드를 시작하는 백그라운드 작업을 프로그래밍 방식으로 시작하면 정확히 동일한 오류가 발생합니다. 기간이 종료되고 프로그래밍 방식으로 시작된 백그라운드 작업이 현재 사용자의 이름으로 시작되고 금지 날짜가 마감됩니다. 그러나 스케줄러에 "올바른" 사용자가 설정된 예약된 백그라운드 작업이 실행되면 모든 것이 잘 진행됩니다. 다음은 프로그래밍 방식으로 수행하는 방법, "스케줄러를 통해" 원하는 사용자 아래에서 프로그래밍 방식으로 백그라운드 작업을 실행하는 방법, 표준 예약 작업이 어떻게 수행하는지 알려주세요.

답변:

그것이 구성된 아래에 있지 않습니까?
설정 오류일거에요

Lis2007은 다음과 같이 말했습니다.

안녕하세요 동시에 예약된 작업에 오류가 발생하는 경우가 있습니다. 폐쇄기간(편집금지일 전)에 이동을 시도한 경우. 예약 된 작업 설정에서 모든 것이 작동하기 시작한 후 금지 날짜가 열려있는 특별 사용자가 등록되었습니다.

공개하려면 클릭하세요...

질문: 백그라운드 작업 디버깅

백그라운드 작업이 오류와 함께 실행 중입니다. 디버깅하기로 결정했습니다.
한 줄로 외부 처리를 실행합니다.
BackgroundJobs.Run("MyModule.MyJob");
모듈에서 중단점에 도달하지 않습니다.
서버에서 디버깅이 허용되며, 디버깅 확인란, 자동 연결, 백그라운드 작업 - 그만한 가치가 있습니다. 또 무엇이 문제가 될 수 있습니까?

답변:공통 모듈에는 서버측 실행이 아닌 클라이언트측 실행이 필요한 기능에 대한 호소가 있었습니다. #If Client Then 괄호 안에 넣어야 했습니다. 배경도 작업했습니다.

질문: 교환을 수행하는 동안 오류가 발생했습니다.

안녕하세요 파헤쳐야 할 곳을 알려주세요.
회계 데이터베이스에서 교환을 수행합니다. 일반적인 교환을 통해 약 30개의 문서가 UT-shki에서 언로드됩니다. 그들은 오랫동안 (약 한 시간) 생각하고 다음 메시지로 끝납니다.
백그라운드 작업 프로세스 충돌

아마도 1C 8.3 또는 8.2의 단일 심각한 구성은 예약 및 백그라운드 작업을 사용하지 않고는 할 수 없습니다. 사용자와 프로그래머의 개입 없이 명확하게 정의된 일정에 따라 실행되므로 매우 편리합니다.

예를 들어 하루에 한 번 다른 프로그램과 데이터를 교환해야 합니다. 일상 및 백그라운드 작업을 사용하여 1C는 예를 들어 근무 외 시간에 이러한 작업을 자체적으로 수행할 수 있습니다. 이 방법은 어떤 식으로든 사용자의 작업에 영향을 미치지 않으며 시간을 절약합니다.

먼저, 그것들이 무엇을 의미하고 어떻게 다른지 알아봅시다:

• 예약된 작업미리 구성된 일정에 따라 특정 작업을 실행할 수 있습니다.
• 백그라운드 작업수행할 작업을 포함하는 개체입니다.

우리 회사가 무언가를 판매하고 가격이 나와 있는 자체 웹사이트를 가지고 있다고 가정합니다. 관련성을 유지하기 위해 하루에 한 번 언로드하려고 합니다.

구성을 열고 예약된 작업을 추가합니다.

속성 설정

해당 속성에 채워야 하는 가장 중요한 매개 변수를 고려하십시오.

• 현장에서 " 메서드 이름» 특정 일반 모듈의 절차가 선택되어 직접 실행됩니다. 웹 사이트에 가격을 업로드하기 위한 모든 조치를 나타냅니다. 실행은 서버에서 이루어집니다. 일상적인 작업이 사용자 개입 없이 수행되기 때문에 이는 논리적입니다.
• 예약된 작업은 필요에 따라 비활성화하거나 활성화할 수 있습니다. 매번 일정을 변경할 필요가 없습니다. 이렇게 하려면 특성 팔레트에서 " 용법».
• 또 다른 중요한 설정은 이 예약된 작업이 미리 결정된또는 아닙니다. 미리 정의된 예약 작업은 자동으로 실행됩니다. 이 플래그가 설정되지 않은 경우 프로그래밍 방식으로 실행하거나 ITS와 함께 "작업 콘솔" 처리를 사용해야 합니다.
• 당신은 또한 지정할 수 있습니다 반복 횟수와 그 사이의 간격충돌시. 비정상 완료는 오류로 인해 작업이 완료되지 않은 상황을 말합니다.

스케줄 설정

마지막 단계는 속성 팔레트에서 적절한 하이퍼링크를 사용하여 사이트에 업로드할 일정을 설정하는 것입니다.

1C 8.3에서 일반적인 일정 설정을 볼 수 있습니다. 여기에는 복잡한 것이 없습니다. 이 예에서는 매일 아침 5시부터 7시까지 사이트에 가격 업로드 시작을 설정했습니다. 예정된 작업이 7시 이전에 운동할 시간이 없는 경우 익일 완료됩니다.

예약된 작업 차단

표준 1C 엔터프라이즈 서버 관리 유틸리티를 실행하고 예약된 작업을 생성한 정보 베이스의 속성을 엽니다(1C 클라이언트-서버 버전의 경우).

열리는 창에서(IB에 액세스하기 위한 로그인 및 암호 입력 후) "예약된 작업 차단이 활성화됨" 항목의 플래그가 설정되어 있지 않은지 확인합니다. 작업이 작동하지 않는 상황이 발생하면 먼저 이 설정을 확인하십시오.

같은 방식으로 1C 8.3에서 예약된 작업을 완전히 비활성화할 수 있습니다. 특정 백그라운드 작업을 비활성화하려면 최신 릴리스에 내장된 "백그라운드 작업 콘솔" 처리를 사용할 수 있습니다.

파일 모드의 백그라운드 및 예약된 작업

이 모드에서 이러한 작업을 설정하고 실행하는 것은 구성하기가 훨씬 더 어렵습니다. 대부분의 경우 세션이 항상 열려 있는 추가 계정이 생성됩니다.

이 경우 예약된 작업의 활성화는 "PerformProcessingTasks()" 메서드를 사용하여 수행됩니다.

다음 구성을 사용할 수도 있습니다.

프로시저 이름은 실행할 클라이언트 프로시저의 이름이어야 합니다. 간격은 실행에 걸리는 시간(초)을 나타냅니다. "Once" 매개변수는 선택 사항입니다. 주어진 절차를 한 번 또는 여러 번 수행할지 여부를 반영합니다.

백그라운드 작업의 오류 추적

백그라운드 작업의 진행 상황과 등록 로그의 가능한 오류를 볼 수 있습니다. 필터에서 선택 항목을 "백그라운드 작업" 응용 프로그램으로 설정하고 필요한 경우 관심 있는 중요도를 선택합니다(예: "오류"만).

로그에는 선택한 항목과 일치하는 모든 항목이 오류의 원인을 이해하는 데 사용할 수 있는 설명과 함께 표시됩니다.

문제는 새로운 것이 아니며 다양한 1C 포럼에서 수시로 논의됩니다. 가장 간단하고 널리 사용되는 솔루션은 1C 서버를 다시 시작하는 것입니다. 불행하게도 이 옵션이 항상 허용되거나 매우 바람직하지 않은 것은 아닙니다. 이 경우 더 섬세한 솔루션이 있습니다.

여기 다음 방법 중 하나를 간단한 단계별 지침 형식으로:

1. 1C 서버 관리 콘솔을 사용하여 문제 f를 찾고 있습니다.연결 목록의 새 작업(예: 작업 콘솔에서 예약된 작업의 시작 시간과 비교한 시작 시간 기준). 우리는 정의중단된 연결이 있는 작업자 프로세스.

2. 이 프로세스의 속성을 열고 사용되지 않음으로 표시합니다(단일 프로세스가 사용되는 경우 모든 활성 연결이 다시 연결되도록 먼저 새 작업자 프로세스를 생성해야 함). 이 프로세스의 PID 번호를 기억합니다.

3. 현재의 모든 연결이 비활성화된 프로세스에서 사용된 프로세스 중 하나로 이동하기를 기다리고 있습니다. 궁극적으로 문제가 되는 화합물만 공정에 남아야 하며 제거하고자 합니다.

4. 1C 서버가 있는 컴퓨터에서 작업 관리자를 사용하여 비활성화된 작업자 프로세스의 PID로 해당 rphost.exe 프로세스를 찾아 삭제합니다.

5 . 경우에 따라 관리자의 도움을 받아 비활성화한 1C 워크플로를 삭제할 수 있습니다. 콘솔을 만들고 필요한 경우 새로 만듭니다.

6. 준비가 된. 작업 콘솔에 로그인하여 예약된 작업의 상태를 확인할 수 있습니다.

이 기사에서는 보편적인 EnterpriseData 형식을 통해 데이터 교환을 조직화한 지금까지의 작은 경험을 설명할 것입니다.

제 경우에는 "Trade Management 11.2"(이하 UT라고 함) 구성과 "Enterprise Accounting 3.0.43"(이하 BP라고 함) 구성 간에 교환이 구성됩니다. 교환은 UT에서 BP로 단방향입니다. Trade Management 11.1을 버전 11.2로 업데이트하기 전에 Data Conversion 2.0 구성을 사용하여 데이터 교환이 구성되었습니다. 그러나 "무역 관리"에서 "11.2"로 전환한 후 사용자 작업 중에 오류가 발생했습니다. 교환 규칙 업데이트 절차가 수행되었지만 결과가 나오지 않았습니다. 디버거는 문제가 데이터 교환에 있음을 보여주었습니다. 두 구성 모두에서 데이터 교환 설정을 제거하고 다시 설정하기로 했습니다.

"무역 관리"와 "기업 회계"는 모두 클라이언트-서버 버전에서 작동합니다. UT와의 동기화 설정을 시작했습니다. 데이터를 UT에서 파일로 언로드하는 방식으로 수행했습니다. 그것은 네트워크 디렉터리를 통한 동기화입니다. BP에서는 BP에서 데이터가 언로드되지 않도록 교환을 구성했습니다.

컨텍스트 메서드 호출 오류(Validate): XDTO 데이터 유효성 검사 오류:
개체 "/상대방의 은행 계좌/은행" 구조가 다음 유형과 일치하지 않습니다: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
"BIC" 속성 확인:
모양: 요소
이름: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIC
유형:
필수 속성 누락
대상: 상대방과의 합의 번호....

오류를 분석하기 위해 "전송할 데이터의 구성" 아이콘을 클릭하고 계약서 전송을 위해 등록된 상대방 목록에서 오류가 표시된 계약서를 찾았습니다. 계약서를 열고 계약서에 명시된 상대방의 은행 계좌를 기억했습니다. 그런 다음 배송을 위해 등록된 은행 계좌로 이동했습니다. 필요한 계정이 등록된 계정 목록에 없는 것으로 나타났습니다. 문제가 있는 은행 계좌와 계약을 다시 연결했습니다. 그런 다음 필요한 은행 계좌를 수동으로 등록하십시오.

UT에서 데이터 동기화를 다시 시도했습니다. 이번에는 데이터가 성공적으로 업로드되었습니다. UT에서 BP로 전송하기 위한 데이터를 포함하는 XML 파일이 네트워크 폴더에 생성되었습니다.

다음 단계는 파일의 데이터를 기업 회계 부서로 업로드하는 것입니다. "Enterprise Accounting" 구성에서 "동기화" 버튼을 클릭하면 "데이터 분석 진행 중"이라는 메시지와 함께 처리 양식이 열립니다. 잠시 후 메시지가 "데이터 업로드 중"으로 변경되었습니다. 동시에 표시기와 카운터는 80,000개 이상의 물체가 BP에서 언로드되고 있음을 보여주었습니다. 설정에서 PSU에서 아무것도 언로드해서는 안 된다고 표시했기 때문에 이것은 나를 혼란스럽게 했습니다. 처리하는 데 시간이 오래 걸리고 오류와 함께 종료되었습니다.

이벤트: 커뮤니케이션
(CommonModule.LongOperations.Module(371)): 백그라운드 작업 작업자 프로세스 충돌
ThrowException(ErrorText);

오류를 현지화하기 위해 BP 기반의 동기화 설정 및 작업 옵션을 변경해 보았습니다. 결과적으로 데이터베이스를 파일 버전으로 변환했을 때 시스템이 적절하게 작동했습니다. 두 데이터베이스를 비교하는 형식이 열렸습니다. 개체를 일치시킨 후 초기 동기화에 성공했습니다. 그런 다음 데이터베이스를 클라이언트-서버 버전으로 다시 전송했습니다.

추가 동기화 "실행"으로 개체 변환 규칙을 일부 변경해야 했습니다. "데이터 변환 3.0" 구성을 사용할 때입니다. 기본 제공 구성 도움말은 작업 방법을 설명합니다. ITS 웹사이트의 기사도 도움이 되었습니다.

그 결과 다음 데이터를 "데이터 변환 3.0"에 로드했습니다.

• 두 가지 기반에서 "UniversalFormat을 통한 데이터 교환 관리자" 일반 모듈의 텍스트
• 두 기지의 다이어그램
• EnterpriseData 형식에 대한 설명(하나의 데이터베이스에서)
• 변환 규칙

다운로드 후 "데이터 변환 3.0"에서 데이터, 개체, 속성 변환 규칙을 열었습니다. 필요한 사항을 변경했습니다. 그런 다음 "교환 관리자 모듈 언로드" 버튼을 사용했습니다. 모듈의 텍스트가 클립보드에 복사되었습니다. 구성에 삽입하는 것만 남아 있습니다.

"데이터 변환 3.0"에서 규칙 설정을 실험한 결과 변경 사항이 사소한 경우 일반 모듈 "데이터 교환"에서 UT 및 BP 구성에서 직접 규칙을 설정하는 것이 더 쉽다는 결론을 내렸습니다. UniversalFormat을 통한 관리자". 예를 들어 새 객체를 추가하는 것과 같이 편집이 심각한 경우 구성 "을 사용해야 합니다. 데이터 변환 3.0".

"를 사용하여 교환 계획에 "공급자에게 주문" 문서를 추가하는 작업을 수행했습니다. 데이터 변환 3.0". UT - BP의 표준 버전에서 이 문서는 교환 계획에 포함되지 않습니다.

언로드를 위해 개체를 등록하는 규칙은 여전히 ​​"Data Conversion 2.0" 구성에서 구성되어 있음을 기억하십시오.

이것은 범용 EnterpriseData 형식을 통한 데이터 동기화에 대한 첫인상입니다.

추신 범용 형식 및 구성을 통한 데이터 교환에 대한 질문 및 관찰 사항이 있는 경우 " 데이터 변환 3.0", 의견을 작성하십시오. 우리는 경험을 교환할 것입니다.

• 데이터 동기화
• 범용 EnterpriseData 형식
• 데이터 변환 3.0
• 데이터 변환 2.0
• 무역 관리
• 기업 회계

아마도 모든 1C 8.3 프로그래머는 조만간 일정에 따라 특정 작업의 실행을 설정해야 했습니다. 아래에서 이러한 메커니즘에 대한 자세한 설명을 제공할 것이며, 이것이 초보자 1C 프로그래머에게 유용한 정보가 되기를 바랍니다. 이것은 인간의 행동이 필요하지 않기 때문에 매우 편리합니다. 예약된 작업은 한 번 구성되고 일정에 따라 작동합니다.

예제와 함께 자세한 지침은 아래에서 찾을 수 있습니다.

1C에서 예약 및 백그라운드 작업이란 무엇입니까?

• 예정된 과제주어진 일정에 따라 특정 작업을 수행하도록 설계된 특수 1C 엔터프라이즈 8.3 메커니즘입니다.
• 백그라운드 작업- 사용자 또는 프로그래머의 참여 없이 고유한 작업을 직접 수행하는 예약된 작업에 의해 생성된 개체 1C 8.2.

예약 및 백그라운드 작업 메커니즘은 DBMS의 기능 덕분에 클라이언트-서버 작업 모드(SQL)에서 작동합니다. 파일 데이터베이스가 있는 경우 작업을 구성할 수도 있지만 방식이 약간 다릅니다.

클라이언트-서버 작동 모드 1C에서 백그라운드 작업 설정

먼저 새 메타데이터 개체(예약된 작업)를 생성해 보겠습니다. 내 작업의 이름을 "LoadingCurrency Rates"로 지정하겠습니다. 이 구성 개체의 속성 팔레트를 고려하십시오.

267개의 1C 비디오 강의를 무료로 받으세요:

• 메서드 이름— 지정된 일정에 따라 백그라운드 작업에서 실행될 절차의 경로입니다. 절차는 공유 모듈에 있어야 합니다. 표준을 사용하지 말고 자신의 것을 만드는 것이 좋습니다. 백그라운드 작업은 서버에서 실행된다는 점을 잊지 마세요!
• 용법- 예약된 작업 사용의 표시.
• 미리 결정된예약된 작업이 사전 정의되었는지 여부를 나타냅니다. 예약된 작업이 데이터베이스에 배치된 후 즉시 작동하도록 하려면 이 플래그를 지정합니다. 그렇지 않으면 "작업 콘솔" 처리를 사용하거나 프로그래밍 방식으로 실행할 작업을 호출해야 합니다.
• 작업 충돌 시 재시도 횟수— 오류와 함께 실행된 경우 백그라운드 작업이 다시 시작된 횟수입니다.
• 작업 중단 재시도 간격- 오류와 함께 완료된 경우 백그라운드 작업이 다시 시작되는 빈도.

그리고 가장 흥미로운 설정 - 일정:

여기에서 "방법 이름" 필드에 지정된 절차 시작 간격을 설정할 수 있습니다. 내가 설정하자

주목! DBMS 수준에서 예약 및 백그라운드 작업 차단을 비활성화하는 것을 잊지 마십시오!

이는 클라이언트-서버 버전의 관리 유틸리티에서 또는 새 데이터베이스를 생성할 때 수행할 수 있습니다.

파일 작업 모드 1C에서 예약된 작업 설정

파일 모드에서 이러한 작업을 설정하는 것은 다소 어렵습니다. 이러한 작업을 위해서는 1C 프로그램의 별도 세션을 시작해야 합니다. 종종 이것은 세션이 항상 실행되는 "기술적" 사용자 기관에서 해결합니다.

파일 모드에서 예약된 작업의 초기화는 "ExecuteJobProcessing()" 메서드가 시작될 때 발생합니다.

특정 사용자의 경우 이 방법을 다른 방법을 사용하여 실행하도록 구성할 수 있습니다.

ConnectWaitingHandler( <ИмяПроцедуры>, <Интервал>, <Однократно>).

• 프로시저 이름— 대기 핸들러로 연결된 프로시저의 이름. 관리되는 애플리케이션 모듈(일반 애플리케이션 모듈) 또는 전역 공유 모듈에 대한 내보낸 프로시저의 이름입니다. 프로시저는 클라이언트에 있어야 합니다..
• 간격— 작업 실행 사이의 기간(초).
• 한 번- 한 번이든 아니든 작업을 완료하는 방법.

연결대기핸들러, 3600 ) ;

1C 구성기에서 예약된 작업을 설정하는 방법을 보여주는 2분짜리 비디오: