1C 8.3의 제어 잠금. 트랜잭션 잠금 관리

기구 트랜잭션 블록 DBMS에 대한 사용자 액세스 경쟁에 사용됩니다.
거래는 기본 변경이 가능하며 기반의 상태가 변경됩니다. 이것은 최소한의 변화입니다. 반 거래를 만드는 것은 불가능합니다. 트랜잭션이 완료되지 않은 경우베이스는 초기 상태로 되돌아갑니다.
트랜잭션은 데이터 배열을 캡처하기 때문에이 배열에 대한 액세스시 뉘앙스가 발생합니다. 예를 들어 하나의 트랜잭션이 데이터를 변경하고 다른 트리가 읽으려고합니다. 독서의 결과가 잘못 될 수 있습니다 최신 변경 사항은 포함되지 않습니다. 따라서 DBMS 수준에서 트랜잭션 절연이 작동합니다. 다음 절연 수준이 가능합니다.

  • 커튼을 읽었습니다 - 하나의 트랜잭션이 배열을 변경하는 동안 다른 트랜잭션은 변경할 수 없지만 읽을 수 있습니다. 낮은 수준의 격리.
  • commited read. - 한 트랜잭션이 배열을 변경하는 동안 다른 트랜잭션이 변경하지 않거나 읽을 수 없습니다.
  • 반복 가능. - 한 트랜잭션이 배열을 읽는 동안 다른 트랜잭션은 변경할 수는 없지만 읽을 수 있습니다
  • Serialaizable. - 한 트랜잭션이 배열을 읽는 동안 다른 트랜잭션은 변경하거나 읽을 수 없습니다. 모든 작업은 일관성이 있습니다. 최대 격리 수준.

구성 1C : 기업이 설치된 경우 자동 잠금 모드DBMS를 격리하는 트랜잭션이 선택됩니다. MS SQL의 경우, 반복적으로 읽기 또는 직렬화 가능 레벨이 될 것입니다. 즉, 데이터 격리가 최대 값에 가깝습니다. 이렇게하면 데이터의 정확성에 문제가 해결되지만 사용자의 집중적 인 업무 중에 DBMS 수준에서 잠금이 나타날 수 있습니다. 따라서 1C에서 : 회사는 제어 잠금 장치의 포함으로 활성화되는 잠금 장치가있는 자체 기능을 갖추고 있습니다. 이 경우 MS SQL의 트랜잭션 격리 수준이 읽습니다. 플랫폼 자체는 DBMS에 의존하지 않고 데이터를 격리합니다.

제어 된 잠금 모드의 포함은 구성 등록 정보에서 발생합니다.

또한 특정 구성 객체에 대해 잠금 모드를 설정할 수 있습니다.

전체 구성이 자동 잠금 모드가 설치된 경우, 모든 레지스터의 모든 트랜잭션은 구성 객체에 대해 설정된 모드에 관계없이 자동 모드로 자동 모드로 작동합니다. 관리가 유사한 경우 모든 트랜잭션이 관리 가능합니다. 구성이 자동으로 자동 제어되면 구성에 대한 모드가 설정으로 결정됩니다.

모드의 경우 자동 및 관리 가능은 한 지점입니다. 트랜잭션, 단일 사용자는 플랫폼 관점에서 여러 트랜잭션이 될 수 있습니다. 예를 들어, 등록 문서의 대화 형 수행은 트랜잭션 - 문서 자체의 기록 및이 트랜잭션 녹화 행 내부에 등록을위한 레지스터. 문서 자체의 잠금 관리 모드와 레지스터 이동에 따라 4 가지 상황이 가능합니다.

  1. 문서 모드 자동, 자동 모드 등록 -\u003e
  2. 문서 모드 제어, 레지스터 모드 관리 -\u003e 관리 모드에서 항목 등록
  3. 문서 모드 자동, 레지스터 모드 관리 -\u003e 자동 모드에서 레지스터 레코드
  4. 문서 모드 제어, 자동 레지스터 등록 -\u003e 예외적 인 상황 (오류)

질문 06.59 시험 1c : 플랫폼 전문가. 문서에 자동 트랜잭션 잠금 제어 모드가 있고 레지스터가 관리되는 경우 (구성 등록 정보에서 "자동 및 관리 가능"옵션)이 사용되는 경우 등록을 수행 할 때 다음과 같은 행위가 사용됩니다.

올바른 답변은 첫 번째 트랜잭션에서 두 번째로 정의됩니다. 자동이면 모든 것이 자동으로됩니다.

질문 06.60 시험 1c : 플랫폼 전문가. 문서에 제어 된 트랜잭션 잠금 제어 모드가 있고 레지스터가 자동 인 경우 (구성 등록 정보에서 "자동 및 관리 가능"옵션)이 사용되는 경우 문서를 선택하십시오.

  1. 잘못된 상황의 출현에
  2. 전체 트랜잭션이 자동으로 수행됩니다
  3. 전체 트랜잭션은 관리 모드에서 수행됩니다.

정답은 첫 번째 트랜잭션에서 처음으로 정의 된 경우, 관리되는 경우 오류가 발생합니다.

질문 06.61 시험 1C : 플랫폼 전문가. 문서에 자동 트랜잭션 잠금 제어 모드가 있고 레지스터가 관리되는 경우 (구성 등록 정보에서 "관리 가능한"옵션이 사용되는 경우)가 관리되는 경우 문서를 수행 할 때 다음과 같은 행위가 다음을 유도합니다.

  1. 잘못된 상황의 출현에
  2. 전체 트랜잭션이 자동으로 수행됩니다
  3. 전체 트랜잭션은 관리 모드에서 수행됩니다.

"1c : Enterprise"시스템을 사용하면 트랜잭션의 트랜잭션 및 제어 잠금의 자동 잠금 모드의 두 가지 작업 데이터베이스 모드를 사용할 수 있습니다.

이러한 모드의 기본 차이는 다음과 같습니다. 자동 잠금 모드는 트랜잭션의 잠금 장치를 순서대로 제어 할 수 있도록 개발자가 필요하지 않습니다. 이러한 규칙은 주어진 DBMS에서 특정 트랜잭션 격리 수준을 사용하여 1C : 엔터프라이즈 시스템 플랫폼에서 제공합니다. 이러한 작동 방식은 개발자에게 가장 간단하지만 경우에 따라 (예를 들어 많은 수의 사용자의 집중적 인 동시 작동)에서는 DBMS의 트랜잭션 분리의 입력 수준이 충분한 작업의 충분한 병렬 처리를 제공 할 수 없습니다. 사용자가 작업 할 때 많은 수의 차단 충돌 형태로 자체적으로 나타냅니다.

제어 된 잠금에서 작업 할 때 "1C : Enterprise"시스템은 DBMS에서 훨씬 낮은 수준의 트랜잭션 격리를 사용하므로 적용된 솔루션의 응용 프로그램의 병렬 처리를 크게 증가시킬 수 있습니다. 그러나 자동 잠금 모드와는 달리이 트랜잭션 격리 수준은 더 이상 트랜잭션에서 데이터 작업을위한 모든 규칙을 완수 할 수 없습니다. 따라서 관리 가능한 모드에서 작업 할 때 개발자는 트랜잭션에 설치된 잠금을 독립적으로 제어해야합니다.

자동 잠금 모드와 제어 잠금 모드에서 작동 중에 차이점의 요약에서 다음 표를 참조하십시오.

잠금 유형 절연 수준의 거래 수준
자동 차단
파일 데이터베이스 테이블 Serializable.
MS SQL Server. 기록
IBM DB2. 기록 반복적 인 읽기 또는 직렬화 가능
PostgreSQL. 테이블 Serializable.
Oracle 데이터베이스. 테이블 Serializable.
통제 된 차단
파일 데이터베이스 테이블 Serializable.
MS SQL Server. 기록 commited read.
IBM DB2. 기록 commited read.
PostgreSQL. 기록 commited read.
Oracle 데이터베이스. 기록 commited read.

구성에서 잠금 모드 설정
구성에는 속성이 있습니다. 각 구성 개체에는 또한 속성이 있습니다. 데이터 블록 관리 모드.
전체 구성 전체에 대한 데이터 차단 모드는 자동 값, 관리 (새 구성의 경우 기본값)로 설정할 수 있습니다. 자동 및 관리 가능...에 값은 각 객체에 대해 설정된 값에 관계없이 해당 잠금 모드가 모든 구성 객체에 대해 해당 잠금 모드가 사용되는 것을 의미합니다. 값 자동 및 관리 가능 해당 속성에 지정된 모드가 특정 구성 객체에 사용됩니다. 데이터 블록 관리 모드: 자동 또는 관리.
메타 데이터 객체에 지정된 데이터 차단 모드는이 객체의 데이터를 작업 할 때 "1C : Enterprise"시스템에 의해 시작되는 트랜잭션에 대해 설정됩니다 (예 : 객체 데이터를 수정할 때).
예를 들어, 개발자가 시작한 트랜잭션에서 객체 레코드 조작이 수행되면 (방법 시작 전압 ()) 데이터 잠금 제어 모드는 매개 변수 값으로 결정됩니다. 잠금 모드방법 시작 전압 (), 메타 데이터 객체의 속성 값이 아닙니다. 데이터 블록 관리 모드.
기본적으로 매개 변수입니다 잠금 모드 의미가있다 자물쇠를 섭취하십시오. 자동, 그래서
명시 적 트랜잭션에서 제어 된 잠금을 사용하려면이 매개 변수의 값을 지정해야합니다.
흔들 린 자물쇠 (이 매개 변수를 설정하면이 매개 변수를 설정합니다구성 등록 정보의 경우 "데이터 블록 관리 모드"가 "자동 및 관리 가능") .

내장 언어로 제어 된 잠금 장치 작업
임베디드 객체는 트랜잭션의 잠금을 제어하도록 설계되었습니다. BlockingData....에 이 오브젝트의 인스턴스는 생성자를 사용하여 작성할 수 있으며 필요한 잠긴 공간 및 차단 모드를 설명 할 수 있습니다. 생성 된 모든 잠금을 설치하려면이 메소드는 () 객체를 차단하는 데 사용됩니다. BlockingData....에 이 메소드가 트랜잭션 (명시 적 또는 암시 적)에서 수행되면 잠금이 설치되고 트랜잭션의 끝이 자동으로 제거됩니다. 메소드가 차단 된 경우 () 트랜잭션 외부에서 수행되면 잠금이 설치되지 않습니다.

조건은 지정된 값의 필드 값의 평등으로 설정되거나 지정된 범위에 필드 값을 입력합니다.
조건은 두 가지 방법으로 설정할 수 있습니다.

● 필드 이름 및 값의 명시 적 사양 사용 (메소드 값 설정 () 목적 요소 블록);
● 필요한 값 (소스 객체의 속성)을 포함하는 데이터 소스를 지정하여 요소 블록).

각 차단 요소에 대해 두 개의 잠금 모드 중 하나를 지정할 수 있습니다.

● 공유
● 탁월한.

제어 된 잠금의 호환성 테이블은 다음과 같습니다.

분리 가능한 차단 모드는 현재 트랜잭션이 완료 될 때까지 차단 된 데이터를 다른 트랜잭션에 의해 변경할 수 없음을 의미합니다.
탁월한 잠금 모드는 현재 트랜잭션의 끝까지까지 다른 트랜잭션에 의해 차단 된 데이터를 변경할 수 없으며 분리 된 차단을이 데이터로 설정하는 다른 트랜잭션으로 읽을 수 없음을 의미합니다.

"자동 및 관리 가능한"모드에서의 작업 기능

잠금 관리 모드에서 작업 할 때 자동 및 관리되는 두 가지 기능을 관리해야합니다.

●이 트랜잭션에 지정된 모드와 상관없이 시스템은 적절한 관리를 설치합니다.
자물쇠.
● 잠금 제어 모드는 "상위"레벨 자체의 트랜잭션에 의해 결정됩니다. 즉, 트랜잭션 시작에 의해 다른 트랜잭션이 시작된 경우 시작 트랜잭션은 이미 실행중인 트랜잭션에 설치된 모드에서만 실행될 수 있습니다.

나열된 기능을보다 자세하게 생각해보십시오.
첫 번째 기능 트랜잭션이 자동 잠금 제어 모드로 사용되는 경우 에도이 트랜잭션의 데이터를 작성할 때 시스템이 추가적으로 설치되고 해당 제어 된 잠금 장치가 설치됩니다. 이로 인해 제어 된 잠금에서 실행되는 트랜잭션은 다음과 같습니다. 직면하는 거래와 함께,
자동 잠금 제어 모드에서 수행됩니다.
두 번째 기능 잠금 관리 모드가 구성에서 메타 데이터 객체에 대해 표시되거나 트랜잭션이 명시 적으로 지정 될 때 지정된 경우 (메서드 매개 변수로) 시작 전압 ())는 "원하는"정권 일뿐입니다. 트랜잭션이 실행될 실제 잠금 제어 모드는 트랜잭션 시작 시작에 대한이 문제가 처음 또는 이번에는 "1C : Enterprise"시스템 의이 세션에서 이미 시작되었는지 여부에 따라 다릅니다.
예를 들어 레지스터 항목을 녹화 할 때 잠금을 제어하려는 경우 문서를 수행 할 때 레지스터 항목의 녹화가 트랜잭션에 기록되므로 제어 잠금 모드가 등록 자체 및 문서에 모두 설치되어야합니다. 문서를 작성할 때 열립니다.

당신은 올바른 페이지에 쳤습니다! 대부분의 경우, 아침에는 내가 가장 좋아하는 1C 8.3이 메시지로 시작하지 않는다는 것을 알았을 가능성이 큽니다. 정보 기반과의 세션의 시작은 금지되어 있습니다. 백업을 수행하려면 ...».

지금해야 할 첫 번째 일 - 긴급히 사용자가 사용자를 허용합니다. 그 후, 기사를 끝까지 읽고 왜 일어 났는지, 그리고 "1C 8.3의 정보 기반에서 차단 및 제거가 무엇인지 알아보십시오.

내 경험은 사용자가 (시스템 관리자가 아닌 프로그래머가 아님) 및 정보 기반이 파일 인 경우 (SQL베이스, 전문가가 이미 문제에 종사하는 경우). 시작한다 이 폴더에있는 폴더 (디렉토리)를 이해 하고이 폴더에서 하나의 파일을 삭제해야합니다 - 1cv8.cdn 파일을 저장할 수 없으므로 더 이상 필요하지 않습니다).

* IT 전문가 인 경우 "1C 정보 기반에서 차단의 잠금 및 제거"를 안전하게 읽을 수 있습니다.

정보 기반 목록이있는 창에서 데이터베이스 (그림 1)를 찾아서 마우스로 한 번 하나 (그리고 하나만!)를 클릭하십시오. 그런 다음 "편집"버튼 (숫자 2)을 클릭하십시오.

목록은 하나의 기본 일 수 있으므로이 창은 "실행 창 1C"에 익숙 할 수 있습니다. 이 경우 편집 버튼을 클릭하십시오.

정보 기반 이이 컴퓨터에 있거나 로컬 네트워크에 있음을 알게되면 내 경험이 실패하지 않았습니다. 기본 파일이므로 모두 올바르게 만듭니다. 이 경로 복사 ( 그림 3 및 4.).

이제이 폴더로 이동하십시오.

경우에 따라 지휘자를 시작하기위한 몇 가지 옵션이 있습니다.

  • Windows XP 또는 Windows 7. 시작, 실행을 클릭하고 정보 기반의 이전에 복사 된 위치를 삽입하십시오. 탐색기가 열립니다.
  • Windows 7이 있지만 "실행"항목이 없습니다. 시작을 누른 후에 위치를 즉시 삽입하십시오. 탐색기가 열립니다.
  • Windows 8 또는 Windows 10. 시작을 클릭하고 오른쪽 상단 모서리에서 초원을 클릭하고 정보 받침대의 이전에 복사 한 위치를 삽입하고 Enter 키를 누릅니다. 탐색기가 열립니다.

  • 작업 표시 줄에서 노란색 플로피 디스크를 찾아 클릭하십시오. 컨덕터 창의 상단의 주소 표시 줄에 정보 기반의 위치를 \u200b\u200b삽입하십시오. (주소 표시 줄을 마우스 오른쪽 버튼으로 클릭하고 주소를 변경하고 주소 표시 줄에서 다시 마우스 오른쪽 버튼을 클릭하여 붙여 넣습니다.)

  • 모든 버전의 Windows 및 설정에 대한 범용 방법. 확인란을 사용하여 키보드 버튼을 클릭하고 해제하지 않고도 라틴 R (또는 러시아어 K) 키패드를 클릭하십시오. "실행"창이 열리고 있으면 이전에 복사 된 정보 받침대의 위치를 \u200b\u200b삽입하고 확인을 클릭하십시오.

제안 된 옵션 중 하나를 이용하면 정보 기반의 위치가있는 지휘자 \u200b\u200b창에 빠지게됩니다.


탐색기 창에서 파일 목록에서 1cv8.cdn 파일을 찾은 다음 마우스 오른쪽 버튼을 클릭하고 이전 그림과 같이 "삭제"를 선택하십시오.

준비된! 귀하의 "1C : 회계"또는 "1C : 급여 및 인사 관리"또는 "1C : 무역 관리"를 다시 시작합니다.

1C 정보 기반에서 잠금을 잠그고 제거합니다. 우리는 신화를 파괴합니다.

이 섹션에서는 잠금 작업에 대한 고유 한 정보를 찾을 수 있으며 "데이터 잠금"테마에 대한 일반적인 오해의 핵심을 받게됩니다.

차단을 설치하는 방법은 무엇입니까?

정보 데이터베이스 차단 메커니즘은 현재 열린 세션을 완료하고 새로운 연결을 방지하도록 설계되었습니다. 메뉴의 잠금 기능의 위치는 구성에 따라 다를 수 있습니다. 예를 들어, UT에서는 Edition 11 (11.3.3.163) NSI 및 관리, [서비스] 잠금 사용자 작업입니다. 대안 : NSI 및 관리, 지원 및 유지 보수, 사용자 차단. UT, Edition 10.3 (10.3.21.2) 이것은 서비스 사용자가 서비스 사용자가 정보 기반과의 연결을 차단합니다.

* 인터페이스의 관점에서 차단 하고이 기사에서 설명한대로 인터페이스의 관점에서 차단하는 특별한 부문 구성 구성이 있습니다. 대부분의 1C 구성에 대한 표준 메커니즘을 고려하기 때문에 특별한 부문 별 구성에는 영향을 미치지 않습니다.


이 항목을 선택하면 사용자에 대한 메시지를 입력하고 시간을 시작하고 잠금 해제를위한 코드뿐만 아니라 잠금을 시작하려는 "사용자 잠금"대화 상자가 열립니다.


차단 작업의 시작과 끝이 입력 되므로이 대화 상자에서 매우 조심스럽게 조심스럽게보고 명시 적으로 정보를 입력해야합니다. 대화가있는 경우 "20 분 동안"15 분간의 15 분 후에 "15 분간의"이후에 또는 적어도 이러한 값이 처음부터 끝의 절대 시간을 기준으로 반영되었을 수 있습니다. 차단의 경우 날짜 시간 입력 오류가 오류 일 때 발생할 수 있으므로 연간 차단을 설정하는 것이 어려울 것입니다.

"시작 시간"옵션은 사용자가 편집 가능한 문서를 보존하여 출력을 준비하는 데 필요한 현재 날짜 / 시간 + 시간으로 설치하는 것이 좋습니다. 예를 들어, 지금 9 시간 50 분, 우리는 사용자가 자신의 결과를 보존하기 위해 10 분을 제공합니다. 총 차단 시간은 10 시간 00 분이어야합니다.

종료 시간 - 객체를 차단하는 동안 객체를 차단하는 것은 무기한 (영원히) 설치 될 수 없습니다.

잠금 해제를위한 코드는 설치된 차단과는 달리 "스크래치로부터"SCRATCH "가 시작될 때 단일"암호 "입니다. 이는 경우에 따라 필요할 수 있습니다 (아래에 언급 될 것임). 입력하고 암기하십시오. 정보 기반의 SQL 버전의 경우이 매개 변수는 "1C Enterprise Server의 관리"스냅에서 볼 수 있으며 "권한 코드"라고합니다.

SQL 버전의 정보 기반의 경우 관리자의 정보 기반 또는 클러스터 관리자의 권한이 필요합니다.


따라서 "잠금 장치를 설치"버튼과 긍정적 인 응답을 누른 후 ...


... 외형이 변경된 이전 대화 상자로 돌아갑니다.


오른쪽 아래 모서리에서 사용자의 차단이 예약 될 메시지가 발행됩니다. 이 메시지는 당신 만 볼 것입니다.


예정? 아마도 이것은 어떻게 든 규제 작업과 연결되어 있습니까?

잠금 작업이 설정된 경우 사용자의 계획 차단이 작동합니까? 예, 작동합니다. 잠금 메커니즘은 규제 작업을 사용하지 않습니다.

사용자와 나 자신이 무엇을 볼 것입니까?

차단이 시작될 때까지 활성 사용자는 작업을 완료 할 필요성에 대해 "예의 바르지"미리 알림을 받게됩니다. 시간 초과 의이 대화에서 "예"가 트리거되므로 작업장에서 누락 된 사용자가 1C 세션에서 성공적으로 나옵니다.


차단 개시자는 다른 메시지를 수신합니다.


블로킹을 시작한 후 정보 기반은 일반적인 방법으로 기록 될 수 없습니다. 그것이 아직도 어떻게 진행되는지에 대해서는 아래에서 이야기 할 것입니다. 대화 상자에는 잠금 시간시 자동 표시가 없으므로 사용자에게 작업 재개 시간을 관리자에게 해당하는 시간에 대해 알리는 작업이 있습니다. 이 정보는 사용자에게 메시지에 지정할 수 있습니다.



폭탄은 정확하게 임명 된 시간에 폭발합니다. 사이렌은 폭발하는 방법입니다.

활성 사용자 세션 완료가 무시되고 계속 작동 할 수있는 경고가 실제로 완성되면 인기있는 믿음과 반대로 실제로 완성되고 있습니다. "랩핑", 활성 세션이 정확히 발생합니다. 일정, 엄격히 및 모든 보관되지 않은 결과의 손실. 모든 경고는 블로킹 시작까지 "잠금 설정"버튼을 클릭 할 때부터 간격으로 발급되며 그 후에도 알림없이 활성 세션 완료가 발생하고 1C는 시작 시도 시도로 전환됩니다. 구성은 1 분 간격으로 일어납니다.

입력 모드가 디렉토리에 누락되어 입력 모드를 종료 할 수없는 입력 모드를 제외하지 마십시오 (예 : 1C 십자가 닫기). 완전한 작동을 방지하지는 않습니다. 더 중요한 관심사는 모달 대화의 모드이므로 그것에 대해 더 많이 말할 것입니다.

* 이전 구성에서 사용자 세션 완료는 지정된 시간보다 조금 늦게 발생합니다. 왜냐하면 사용자는 먼저 경고를 받았습니다. "시스템 작동이 완료되었습니다."

그리고 정확히 폭발 했습니까?

시작하려면 이전 구성에서 잠금 장치의 초기화 자에 대한 차단이 작동하지 않을 수 있습니다. 이제 우리는 플랫폼 8.3에 대한 문제를 고려해야합니다.

예를 들어 문서를 삭제 한 다음 점심 식사를 해제 한 파일 IB 사용자는 화면에 "문서 문서 표시"대화 상자를 남겨두고 정보 받침대와의 열려있는 연결을 유지합니다. 물론, 그의 세션은 점심 식사 후에 "예"또는 "아니오"답변이지만, 그 순간에 당신은 활성 사용자가 있음을 알 수 있습니다. 동시에 잠금의 개시자가 보입니다.


런타임 오류에 대한 메시지가 등록 로그에 나타납니다. 이는 런타임 오류가 아니라 해석되어야하지만 "모든 사용자가 세션을 완료하지 못했습니다"방법 :


그리고 이것은 단지 이유가 아닌 유일한 이유가 아닙니다. (cm. 다음, 누구의 시계 "와"블라디보스톡의 사용자는 어떻습니까? ").

관리 양식의 정보 기반의 SQL 버전의 모달 대화 상자

1C 응용 프로그램 서버는 모달 대화 모드에도 불구하고 세션을 제거하는 기능이 있습니다. 1C 인터페이스 및 모달 대화 상자는 화면의 사용자가 불완전한 세션의 가시성을 생성하지만 실제로 세션이 삭제되고 IB에 대한 연결이 적시에 끊어 질 것입니다. 계속해서 작업을 계속하려고하면 사용자는 "세션이 없거나 삭제되었거나 삭제 된"오류 메시지가 표시되거나 "관리자가 관리자가 완료하는"오류 메시지가 표시됩니다.



일반 양식의 정보 기반의 SQL 버전의 모달 대화 상자

사용자 세션이 완료되었습니다.

대화 상자에서 잠금을 설치 한 후에는 외출하지 않는 것이 좋습니다. 이 대화 상자에 입력을 유지하면 차단이 시작되기 전에 차단이 이미 설치된 메시지 (실제로 절반)가 설치되면 활성 세션 0 (사실이 아님)이 나타납니다. 이 경우 사용자의 작업을 완료하는 프로세스는 계속됩니다 (사용자는 자신이 완료 되었기 때문에 활성 세션 +가 아닌 0이 아니라). 코드 차단 코드가 이상적이지는 않지만 결국에는 잠금 설정을 방해하지 않지만 활성 세션을 완성하지는 않지만 정보 기본 관리자가 방향이 맞지 않습니다.



잠금을 설정하고 대화 상자를 닫으면 차단 작업이 작동합니까?

잠금 장치를 설정하고 즉시 1c를 종료하면 차단이 작동할지 여부 (즉, 블로킹을 시작하기 전에 1C 세션을 완료하십시오)가 작동합니다.

예. 설치된 차단의 응답 메커니즘은 잠금 장치의 개시 자와 나머지 사용자 간의 상호 작용을 제공하지 않습니다. 사용자 세션은 독립적으로 작동 할 수 있는지 확인합니다.

컴퓨터의 시간이 약간 다르면 누구의 시계가 잠금을 잠글 것입니까?

시계의 놀라움의 문제

파일 IB를 사용하면 각 컴퓨터 자체가 IB에 임시 차단 범위가 있는지 여부를 확인하고 로컬 클럭과 비교합니다. 시계의 정확성에 따라 다르며이 컴퓨터가 적시에 정확히 세션을 완료하기 위해 완료 될 수 있습니까? 기본이 10시에서 차단 된 경우, 한 컴퓨터의 경우이 순간은 이전에 올 것입니다.

도메인 환경과 시스템 관리자의 완벽한 작동으로 모든 컴퓨터에서 시간이 도메인 컨트롤러와 동기화됩니다. 그러나 다양한 이유로 시간을 촬영할 수 있습니다. 도메인 컨트롤러가있는 시간 동기화는 외부 현재 시간 서버와의 시간 동기화를 구성, 네트워크 또는 도메인 서비스의 실패, 시스템 시간 변경에 대한 권한 없음 등등

마지막 휴양지로서 몇 초에 대해 이야기 할 수있는 것 같습니다. 그러나 실제로 컴퓨터에서 예를 들어, 계절 (겨울 / 여름) 시간으로의 전환을 지원하는 운영 체제 업데이트가 설치되어 있지 않으며 오류는 이미 두 번째 및 시계가 아닐 수 있습니다. 이러한 실험을 쉽게 수행하십시오 : 오전 10시 30 분에 잠금을 반으로 일정 예약하고 컴퓨터 중 하나에서 한 시간 동안 시간을 \u200b\u200b돌리십시오. 블로킹이 작동하지 않습니다.

따라서 잠금을 설치하기 전에 자신의 시계로 컴퓨터의 오른쪽 하단 모서리의 시간을 조심스럽게 확인하고 IT 인프라에서 시간 동기화가 작동하는지 여부를 미리 시스템 관리자에게 문의하십시오.

그리고 Vladivostok의 사용자는 어떨까요?

다른 시간대의 사용자가 절대 시간의 문제

임시 막힘 범위는 정보 기반에 저장됩니다. 1cv8.cdn 차단 파일 (파일 버전의 파일 버전에서 생성)의 내용을 살펴보십시오. 시간에 대한 표시없이 GGHMDDDHCHMS의 형식으로 07/17/2017 13:59에서 시작 시간에 기록됩니다. 존:


시간대에 대한 지시가 없으면 시간이 항상 UTC + 0과 같은 특정 시간 벨트와 항상 관련이있는 경우 절대 시간을 듣는 것에 대해 분명합니다. 그러나 데이터베이스에서 현지 시간은 잠금의 초기 자 인 컴퓨터에 의해 저장됩니다. 어떤 시간대 에서이 컴퓨터 였는지는 알려지지 않았습니다. 이는 알려지지 않은 절대 차단 시간을 의미합니다.

모스크바에있는 경우 중앙 집중식 IB에서는 13시 59 분에 차단을 설정하고 모스크바 사용자가 미래에있는 시간은 7 시간 전에 똑같은 IB의 사용자가있었습니다. 그리고 기술 솔루션에 따라 Vladivostok의 IB 사용자와의 작업이 수행 되어이 사용자를 차단하면 작동하는지 여부를 차단합니다.

블라디보스톡 사용자가 차단이 잘못 작동하는 기술 솔루션은 무엇입니까? 클라이언트 부품 1C가 모스크바에서 아니라 Vladivostok에서 시간을받을 수있는 사람들. 예를 들어, 사무실은 로컬 VPN 네트워크에 연결되며 클라이언트 부품 1C는 UTC + 10 시간을 갖는 로컬 컴퓨터에서 시작됩니다. 그러나 Moscow 서버에서 RDP 연결이나 RemoteApp 모드를 통해 데이터베이스와 함께 작동하는 경우이 서버에서 클라이언트 파트 1C - 모든 것이 잘 될 것입니다. 시간 UTC + 3을 가질 것입니다.

정보 기반의 SQL 버전의 경우에는 시간 및 시간대의 설문 조사에 문제가 있습니까?

아니. 이 실시 예에서, 표준에 대해 허용되는 "서버 클럭"이있다.

내가 그 안에 있으면 구성원에서 나를 던지고 차단이 시작되기 시작했을까요?

잠금 작업을 시작한 후 구성 자에 들어갈 수 있습니까?

불가능하다! 구성 자와 함께 작동하는 기능을 확인하면 시동시에만 수행됩니다. 작동 중에 수행되지 않습니다. 따라서 Configurator의 후속 작업을 위해 잠금이 설치되어 있으면 시작시 금지를 우회하는 것보다 훨씬 쉽게 시작할 수 있습니다.

차단을 제거하는 방법은 무엇입니까?

블로킹이 설치된 동일한 대화 상자에서 "잠금 설치"버튼 대신 "잠금 장치 제거"버튼 대신 잠금 장치를 설정 한 후에는 알려줍니다.

IB의 SQL 버전의 경우 "1C Enterprise Server 서버 관리"스냅에서도 차단이 가능합니다. (아래 참조)

잠금 해제 코드가 필요한 것은 무엇입니까?

차단이 유효 한 순간에 IB를 입력하려면. 필요한 상황 :

  • 블로킹을 설치 한 후 IB와의 작업 세션이 완료되었거나 (수동으로 또는 개시 자체의 차단 결과) 새 세션을 시작해야합니다.
  • 실수로 종단 시간은 전혀 채워지지 않았습니다.
  • 블로킹의 종료 시간은 실수로 (예를 들어 다음 달 또는 연도가 부적절한 것이 었습니다).
  • SQL 버전의 정보 기반 및 잘못 설치된 차단을 취소하려면 정보 데이터베이스 카탈로그에서 1cv8.cdn 파일을 삭제할 수 없습니다.

이 경우 시작할 때 주어진 힌트를 사용하십시오. 그. 정보 데이터베이스 목록이있는 창에서 "변경"을 클릭하고 고급 실행 옵션에 문자열을 입력하십시오.

엔터프라이즈 / F "Z : \\ Exchange \\ UT 11"/ 명령식 사용자 / UC12345

... 위치 카탈로그 및 코드 잠금 해제를 고려하십시오.


이 문자열을 클립 보드에 복사하고 편집 정보 대화 상자 대화 상자에서 수정하는 것이 좋습니다. 따옴표 나 러시아어 유형의 "C"와 라틴어의 유형을 혼란스럽게하는 경우 오류 메시지가 표시됩니다.



엔터프라이즈 모드에서 적절한 입력 및 후속 1C의 후속 출시의 경우 1C는 자동으로 잠금을 제거하고 작동을 완료합니다. 그런 다음 추가 매개 변수를 삭제하고 평소와 같이 1C를 실행할 수 있습니다.

잠금을 설치하지 않고 SQL Base가 누군가가 차단 된 경우 어떻게해야합니까? 동시에 잠금 해제 코드를 알지 못합니다.

정보 데이터베이스 잠금은 아카이브 복사본을 만들 때 구성 자체로 설정할 수 있습니다. 생성 프로세스가 정상적으로 완료되지 않은 경우 SQL Base는 차단 상태에 남아있을 수 있습니다. 이 경우 콘솔에 액세스하십시오 (더 올바르게 - 스냅인) "1C : 기업"서버 관리.

그녀를 찾는 곳은 어디입니까?

"서버 관리 관리 : 기업 관리"를 입력하는 것은 SQL Server가 배포 된 동일한 서버와 "서버 1C"(또는 "1C 응용 프로그램 서버")가 배포 된 위치에있는 동일한 서버에 종종 설치됩니다. 필요하지는 않지만 SQL은 하나의 컴퓨터 "응용 프로그램 서버 1C"- 다른 컴퓨터에 설치할 수 있으며 스냅인을 워크 스테이션에 배포 할 수 있습니다. 성공 가능성이 높기 때문에 다음을 따라 달성 할 수 있습니다.

  • 도메인 로그인 및 암호를 사용하여 SRVR \u003d 행에 지정된 서버에 RDP에 연결하십시오. 연결할 수 없으면 시스템 관리자에게 원격 데스크톱 사용자 그룹에 추가하도록 요청하십시오. (그러한 권한을 거부 한 경우 "Enterprise Server 1C 관리"를 스냅하는 워크 스테이션을 확장하고 구성하십시오).

  • 서버에서 "서버 관리 : 기업 관리"를 찾으십시오.
  • 스냅 켜기를 실행하고, 정보 데이터베이스로 노드로 트리를 확장하십시오.

  • 정보 데이터베이스의 속성에서 "세션 시작 시작"을 제거하거나 잠금의 시작 및 끝을 수정하거나 "허용 코드"를 참조하여 IB를 입력하거나 잠금 설정에서 "잠금 해제를위한 코드"코드 " 대화).

SQL 정보 기반의 모든 사용자가 나오고 구성자가 계속 실행될 수있는 경우에는 무엇이 액티브 사용자가 있습니까?

정보 기반의 "연결"노드에서 사용 가능한 연결은 화면의 오른쪽에서 제거 될 수 있습니다.


이것은 정보 기반을 차단하는 것과 관련된 모든 질문이 아닙니다.

만약 질문이 있다면:

  • 유럽에서 서버를 임대하고 시간대에 의존하고 싶지 않은 경우 모스크바 시간을 위해 일할 수 있습니까?
  • 설치된 위치에있는 알 수없는 경우 1c 응용 프로그램 서버를 찾는 방법은 무엇입니까?
  • "1C : Enterprise Servers 관리"및 구성 방법을 펼치는 방법은 무엇입니까?
  • 하나의 로컬 네트워크 여러 응용 프로그램 서버에있는 경우 방법은 무엇입니까?
  • 클러스터 시스템의 경우에있는 방법은 무엇입니까? 기타

우리의 인증 된 기술 고문 1C는 대답하게되어 기쁩니다.

관리되는 잠금으로 전환하는 주된 이유 :

  • 주된 이유는 1C 권장 사항입니다. 독서 또는 1c의 전문가 : PC
  • 사용자의 병렬 작동 문제 ()
  • Oracle, PostgreSQL 및.

작업 비용 :

통제 된 차단의 본질

자동 잠금 제어 모드에서 작업 할 때 1c : 회사는 DBMS 수준에서 트랜잭션에서 높은 수준의 데이터 격리를 설정합니다. 이를 통해 적용된 개발자가 특별한 노력없이 비 - 전체 론적 또는 부정확 한 데이터를 얻을 수있는 가능성을 완전히 제거 할 수 있습니다.

이는 적은 수의 활성 사용자와의 편리하고 올바른 접근 방식입니다. 개발의 용이성의 가격은 DBMS 수준에서 일정량의 중복 차단이 가능합니다. 이러한 잠금 장치는 DBMS 자체의 잠금 메커니즘 구현의 기능과 연관되어 있으므로 DBMS가 메타 데이터 객체 1C의 물리적 의미 및 구조를 고려하거나 고려하지 않도록합니다.

자원 (많은 수의 사용자)에 대한 높은 경쟁으로 작업 할 때 (많은 수), 블로킹 감소의 효과는 병렬 모드로 성능의 관점에서 눈에 띄게됩니다.

구성이 제어 모드로 변환 된 후 선택 사양 인 "잠금 관리자"및 데이터의 무결성을 통한 제어가 DBMS 측면에서 활성화되지만 서버 (1c)의 측면에서는 이제는 활성화된다. 이렇게하면 1C 서버의 철 (더 빠른 프로세서 및 더 많은 메모리가 필요함)의로드가 증가하고 실제로 작은 둔화 (몇 퍼센트)를 만들지 만 잠금 장치가있는 상황이 훨씬 향상됩니다 (객체에 막히는 블록이 적기 때문에 테이블의 조합, 블록 영역이 적지 않으며 경우에 따라 수명이 덜 수명 리프팅, 즉 거래의 끝까지가 아닙니다). 이 때문에 전체 병렬 처리가 향상됩니다.


새로운 1C 구성은 관리 모드로 즉시 구현됩니다.

  • 질문 : 먼저 감사를 만들고 UB로 전송할 수 있습니까?

답변 : 당신은 감사원이 통제 된 자물쇠로 번역의 타당성에 대한 추가적인 실화로 사용되며 전체 둔화를 통해 자동 잠금의 기여도를 평가하고 번역 이외의 다른 노력이 필요한지 여부를 평가할 수 있습니다.

  • 질문 : UB로 전송하려면 Access-RDP, TeamViewer를 제공 할 정확히 무엇을 제공합니까? 또는 파일 구성을 보낼 수 있습니까?

답변 : 하나의 특정 원격 액세스 기술을 제한하지 않으려 고 노력하고 있습니다. 원격 액세스 기술...에 그것이 당신을 위해 중요하지 않으면 실용적인 RDP.
우리는 보낸 구성 파일에 의한 최적화를 수행 할 수 있지만 실제 데이터를 디버깅 할 수 없으며 테스트에주의를 기울여야합니다. 우리가 기본 복사본에서 최적화를 수행하면 작업의 결과를 제공하기 전에 우리는 신중하게 테스트 할 수 있습니다.

  • 질문 : 우리는 매일 컨퍼런스에서 무언가를 바꾸는 10 개의 일반 프로그래머가 있습니다. 일반 구성 저장소 "를 사용했습니다. UB로 전송할 때 상호 작용은 어떻게 구성됩니까? 또는 모든 프로그래머는 휴가 중에 전송해야합니까?

답변 : 규칙적으로 우리의 변화는 며칠 이내에 이루어집니다. 나머지 시간은 정의 된 비즈니스의 필수 논리가 기술적 인 고려 사항이 아닌 등록을 포함하여 변경된 변경 사항을 테스트하는 것입니다. 우리 우리는 별도의 구성 파일을 변경할 수 있습니다. cf, 그리고 귀하의 프로그래머가 저장소에서 활성화됩니다. 휴가를 보내면 누구나 보낼 수 없습니다...에 다른 상호 작용 옵션에서는 개발자를 캡처 할 계획이므로 모든 작업 계획을 세우고 양 당사자에게 편리하게 수행 할 계획이 있습니다. 일반적으로 개발자가 필요하지 않은 전체 구성을 캡처하거나 "스티어링 휠"을 제공합니다.

2 개의 버튼을 눌러 1c를 가속화하십시오. 2. 제어 된 잠금 장치. 2011 년 9 월 4 일

1C에서 제어 된 잠금에 대한 구성 번역 방법론을 읽는 경우 흥미롭고 두려워하는 많은 것을 찾을 수 있습니다. 사실, 모든 것이 간단합니다. 구성 등록 정보에서 데이터 차단 모드 - "관리 가능"을 변경하십시오. 모두. 나는 당신을 축하 할 수 있습니다 - 당신은 방금 관리 잠금으로 전환했습니다. 사실, 모든 것이 다소 복잡합니다. 그러나별로는 아닙니다.

시작을 위해 작은 이론적 인 소풍 - 왜 잠금이 필요합니까 : 누가 액세스 할 수 있는가? 물론 여기에서 읽을 수 있습니다 : http://kb.1c.ru/articleview.jsp?id\u003d30 1C가 써서 데이터를 차단하는 방법에 대한 충분한 기사. 누가 간단히 누가 액세스 할 수 있는지, 나는 어떤 블록이 필요한지 설명 할 것입니다.

예 1. 제어 된 잠금 장치를 켜고 수행 할 수 없으며 동시에 2 개의 문서를 병렬로 시작한 후 (그 중 하나는 여전히 초기의 분수이며 다음 그림을 얻을 수 있습니다.

거래 1. 거래 2. 잔류 물의 상태
스타트 | 1 PC.
| 스타트 1 PC.
| | 1 PC.
잔류 물을 읽는 것 | 1 PC.
| 잔류 물을 읽는 것 1 PC.
| | 1 PC.
잔류 물에서 쓰기 | 0 조각
| 균형을 쓸 수 있습니다 -1 PC.
완성 |
완성

여기서 뭐가 잘못 됐어? 제어 잔류 물은 실패를 주었다. 제 2 회 문서는 제 1 차 관리 이전보다 일찍 렘넌트를 읽으려면 중단되었습니다. 동시에 나는 1 일의 잔류 물에 그것을 보았고 첫 번째 후에 그들을 침착하게 선택했다. 여기서 막히는 사실이 여전히있을 것임을 통보 할 가치가 있습니다. 2 문서는 동시에 잔재를 쓸 수 없으며 데이터베이스의 논리적 무결성에 필요하지만이 예제에서 적용된 작업을 해결하려면 유용하지는 않습니다.

이제 우리는 문서를 수행하는 과정에서, 잔류 물을 읽기 직전에 독점적 인 통제 차단을 설치하는 과정에서 상황을 수정하려고 노력할 것입니다.

글쎄, 이제는 잠금을 알아 냈을 때 필요한 곳에서 제어 된 잠금 장치 만 설치해야합니다. 즉, 잔류 물 제어가 수행되는 경우에만 데이터베이스에 매니저가있는 경우 균형에 제품 (돈)이 있는지 여부에 관계없이 문서를 수행 할 권리가 있으면 왜 차단이 필요합니까? 단순히 설치하지 않거나 더 나은 시간에 등록하고 의견을 지정할 수 있습니다. 잔류 물에 의해 통제되는 경우 규칙적으로 3-4 레지스터, 최대 10ok입니다. 제어는 일반적인 절차 및 기능 및 pH 설정을위한 모듈 모두에서 일시 중지 될 수 있습니다. 코드는 매우 간단하고 조수의 구문을 엽니 다 - 우리는 다음을 살펴 봅니다.

자물쇠 \u003d 새로운 블록 가장자리;
요소 블록 \u003d 차단. 추가 "등록 워크 워크. 타운 스나스 클랜드") ;
요소 블록. 시설 (품질 ", 참조. 품질. 발견 된 접촉 ("1 "));
요소 블록. 모드 \u003d Cartoblocks. 특별한;
요소 블록. 소싱 \u003d 문서 개체. 에 반환;
요소 블록. 스튜디오 ( "명명법", "명명법")를 사용하십시오.
요소 블록. 공장 ( "창고", "창고")을 사용하십시오.
자물쇠. 블록 ();

실제로 모든 것이 즉시 명확합니다. "창고에서 상품"을 차단하고, 1 개의 측정이 명시 적으로, 다른 것의 데이터는 데이터 소스 - PM 문서에서 가져옵니다.

8.2에 대한 책을 읽는 사람들은 아마도 문서의 움직임을 기록한 후에 잔류 물결이 이루어질 때 "새로운 논리"에 대해 기억할 것입니다. 그 질문을 분산시키는 이유는 무엇입니까? 그러나 같은 이름의 플레이트 레드 래프가 remants와 blocking이 기록 된 이동 후에있을 것입니다.

거래 1. 거래 2. 잔류 물의 상태
스타트 | 1 PC.
| 스타트 1 PC.
| | 1 PC.
잔류 물에서 쓰기 | 0 조각
| 잔류 물에서 쓰기 -1 PC.
자물쇠 | -1 PC.
잔류 물을 읽는 것 차단을 시도하십시오 -1 PC.
| 차단을 기다리고 있습니다 -1 PC.
| 차단을 기다리고 있습니다 -1 PC.
완성 차단을 기다리고 있습니다 -1 PC.
자물쇠 -1 PC.
잔류 물을 읽는 것 -1 PC.
| -1 PC.
혁신 0 조각

외관과의 차이가 중요하지 않습니다. 성능 향상은 잔류 물의 쓰기 중 (실제로 시간이 걸린 데이터베이스에 녹음)이 아직 차단되지 않는다는 사실로 인해 성능이 향상됩니다. 잠금은 나중에 부정적인 잔류 물이 이루어진 거래의 끝까지 발생합니다. 응용 프로그램의 비즈니스 논리가 매우 만족 스럽습니다.

결정한 비즈니스 작업을 기반으로 차단할 수있는 블로킹은 실제로 관리 할 수 \u200b\u200b있습니다. DBMS는 Maxissal Data Protection의 가정에 따라 개발됩니다. 예를 들어, 은행 거래 차단을 수행하는 경우에는 모든 곳과 최대 수준이어야합니다. 데이터의 불일치를 허용하는 것보다 여분의 레코드를 차단하는 것이 좋습니다.

만두 또는 볼펜을 판매하는 경우 많은 잠금이 거의 필요하지 않습니다. 당신은 결혼 생활과 인간의 결함에 대한 재구성으로 수백 번 더 많은 선적 수입의 두 사용자가 될 수 있습니다.

DBMS에서 이러한 다른 작업 사이에 따라 다르려면 절연 수준이 올라 왔습니다. 트랜잭션 격리 수준을 설치하면 다른 경우에 다른 경우 (녹음 및 트랜잭션에서 읽을 때)가 다른 경우에 적용 할 차단 (쓸 수 없음) 또는 x (쓰는 것이 불가능 함) 또는 x (쓸 수 없음)를 말할 수 있습니다. ) 블로킹.

자동 모드에서는 거의 항상 필요한 경우 X 잠금 장치를 부과 할 직렬화 가능한 격리 수준과 필요없는 위치에서 당신의 삶을 크게 망칠 것입니다.

관리 할 수있는 경우 읽기를 읽고 읽을 때 ■ 잠금을 읽고 즉시 제거 할 수 있습니다. 가장 교활한 수준. 빠르게 부과 된 S 차단을 통해이 데이터가 겹쳐지지 않는지 여부를 확인할 수 있으므로 일관된 데이터 만 읽을 수 있도록 보장합니다.이 격리 수준에 대해 통상적 인 것처럼 이전 및 이전에 통치를 읽고 수행 한 경우 기사는 읽을 때 균일 한 잠금 장치가 있으므로 녹음 중에 DBMS 레벨에서 녹음이 차단됩니다. 이는 데이터의 중력에 맞고 필요합니다.

제어 된 잠금 장치 만 사용하는 방법은 어떻게합니까? 그러나 나는 그들을 사소히 설치하기 위해 서두르지 않을 것입니다. 나는 자동 잠금 모드가있는 회사를 만났고, 일반 이사의 딜러에서도 "갇힌 차단"이라는 단어가 울리고 부정적인 잔류 물을 제어하는 \u200b\u200b동시에 ....



주제에 관한 기사 :