생성 및 구성 분산 기반 1C 8.3의 데이터(RIB) 여러 사용자가 하나의 데이터베이스에 동시에 연결하면서 작업할 수 없는 경우 계정(및 기타 구성)이 필요합니다. 현재 표준 원격 데스크톱은 제대로 작동하고 원격 연결을 제공하는 다른 프로그램이 있기 때문에 이는 매우 드물게 발생합니다. 중앙 컴퓨터, 데이터베이스가 있는 곳입니다.
그럼에도 불구하고 단순히 인터넷이 없는 상황이 있습니다. 그리고 데이터는 궁극적으로 하나의 정보 기반으로 끝나야 합니다. 이것이 분산 데이터베이스가 생성되는 이유입니다.
일반적으로 주 기지를 중앙이라고 하고 나머지를 주변 기지라고 합니다. 요점은 수동으로 또는 자동 모드(설정에 따라) 데이터베이스는 하나로 결합됩니다. 새로 입력된 문서의 번호와 참조 코드가 중복되지 않도록 각 데이터베이스에 접두어가 할당됩니다.
이 지침에서는 중앙 및 주변 데이터베이스를 생성하고 이들 간의 교환을 확인하는 예를 사용합니다. 이 매뉴얼은 1C 8.3 회계 및 1C 무역 관리(UT) 및 기타 구성 모두에 적합합니다.
기본(중앙) 분산 RIB 데이터베이스 설정
1C "관리" 메뉴로 이동한 다음 "데이터 동기화 설정" 링크를 클릭해 보겠습니다. 열리는 창에서 "데이터 동기화" 확인란을 선택해야 합니다. "데이터 동기화" 링크가 활성화됩니다. 여기에서 메인 페이지의 접두어를 설정해 보겠습니다. 정보 기반– 예를 들어 "CB":
"데이터 동기화" 링크를 클릭하면 "데이터 동기화 설정" 버튼이 있는 창이 열립니다. 이 버튼을 클릭하면 "전체" 모드를 선택해야 하는 드롭다운 목록이 열립니다. 하나의 조직에만 동기화가 필요한 경우 "조직별..."을 선택해야 합니다.
다음 창에서 프로그램은 백업 복사본을 만들라는 메시지를 표시합니다. 다음 설정 단계는 되돌릴 수 없으므로 이렇게 하는 것이 좋습니다.
생성 후 백업 복사본“다음” 버튼을 클릭하세요. 다음 단계에서는 동기화가 수행되는 방식을 결정해야 합니다.
- 로컬 디렉토리 또는 다음의 디렉토리를 통해 지역 네트워크;
- FTP를 통해 인터넷을 통해.
예제의 단순성과 명확성을 위해 로컬 디렉터리를 선택하겠습니다. 저는 "D:\1C Databases\Synchronization" 경로를 지정했습니다. 이 디렉토리의 항목을 확인하는 것이 좋습니다. 이를 위한 특별한 버튼이 있습니다:
1C에서 267개의 비디오 강의를 무료로 받으세요:
FTP 및 이메일을 통한 동기화 설정으로 다음 단계를 건너뜁니다. 기본 및 주변 데이터베이스 이름에 대한 설정을 살펴보겠습니다. 여기서는 주변 데이터베이스의 접두사를 설정합니다.
각 데이터베이스의 접두사는 고유해야 한다는 점을 잊지 마십시오. 그렇지 않으면 "첫 번째 정보베이스의 접두사 값이 고유하지 않습니다."라는 오류가 표시됩니다.
“다음”을 클릭하고, 입력된 내용을 확인하고, 다시 “다음”을 클릭한 후 “마침”을 클릭하세요. 현장에서 " 성명파일 데이터베이스"는 동기화를 위해 생성한 디렉터리에 1Cv8.1CD 파일을 나타냅니다. 분산 1C 데이터베이스의 초기 이미지를 생성합니다.
1C에서 RIB의 초기 이미지를 생성한 후 동기화 일정을 설정하거나 수동으로 동기화할 수 있습니다.
동기화 후에는 새 데이터베이스에 연결하여 중앙 데이터베이스의 정보가 해당 데이터베이스에 업로드되었는지 확인할 수 있습니다.
새 주변 데이터베이스에 관리자 권한이 있는 사용자를 한 명 이상 즉시 생성하면 됩니다.
주변 데이터베이스에서 동기화 설정
1C 주변 장치 데이터베이스에서는 구성이 훨씬 간단합니다. "데이터 동기화" 확인란을 선택하고 동일한 이름의 링크를 따라가세요. 그리고 우리는 거의 즉시 "동기화"버튼이 있는 창을 보게 됩니다. 주변 데이터베이스에 테스트 항목을 생성하고 RIB를 사용하여 기본 데이터베이스에 업로드해 보겠습니다.
조직에 지리적으로 여러 지점이나 소매점이 있는 경우 상황이 자주 발생합니다. 먼 친구친구에게서. 그러나 조직 전체에 걸쳐 일관된 기록을 유지해야 할 필요성은 여전히 남아 있습니다. 이 문제를 해결하기 위한 옵션 중 하나는 다음을 만드는 것입니다. 통합 네트워크, 여기에는 모든 지점의 자동화된 워크스테이션과 공용 서버에 1C 정보 기반을 배치하는 것이 포함됩니다. 이 방법은 기술적으로 복잡하고 비용이 많이 들 수 있습니다. 또한, 정보보안과 관련된 다양한 이슈가 발생하고 있습니다.
두 번째 옵션은 분산 정보 베이스(RIB)를 만드는 것입니다. 분산 정보 기반은 1C:Enterprise 플랫폼의 별도 정보 기반으로 구성된 계층 구조로, 구성과 데이터 동기화를 위해 데이터 교환이 구성됩니다. 이러한 개별 정보 기반을 RIB 노드라고 합니다.
1C:Enterprise 시스템의 다양한 구성을 기반으로 분산 정보 기반을 생성할 수 있습니다. 1C : Trade Management 10.3의 예를 사용하여 생성을 고려해 보겠습니다.
무역 조직이 추가로 가게, 공통 액세스 권한이 필요한 경우 거래 시스템조직. RIB를 생성하려면 다음 단계를 완료해야 합니다.
이것으로 분산 정보 기반의 생성이 완료됩니다. 정보를 교환하려면 중앙 데이터베이스에서 데이터 교환을 시작한 다음(중앙 데이터베이스에서 발생한 변경 사항이 다운로드됨) 스토어에서(중앙 데이터베이스의 변경 사항이 다운로드되고 스토어에서 발생한 변경 사항이 다운로드됨) ), 그리고 다시 중앙 데이터베이스에 저장됩니다(변경 사항은 해당 데이터베이스에 다운로드되고 스토어에서 발생합니다).
분산 정보 기반에는 자체 충돌 해결 메커니즘이 있습니다. 따라서 교환 중에 기본 데이터베이스와 하위 데이터베이스 모두에서 개체(문서, 디렉터리 등)가 변경된 것으로 밝혀지면 기본 데이터베이스에서 변경된 내용이 우선적으로 적용됩니다.
분산 정보 베이스의 구성을 변경해야 하는 경우 루트 노드에서 이를 수행해야 하며(문서의 첫 번째 그림 참조) 나머지 노드의 구성은 잠겨 있습니다. 필요한 변경을 수행한 후 RIB 노드 간 데이터 교환을 위한 표준 절차를 사용하여 슬레이브 노드로 전송할 수 있습니다. 슬레이브 노드의 구성기에서 교환이 수행된 후 정보베이스 구성을 업데이트해야 합니다.
분산된 정보 기반을 설정하는 데 문제가 있는 경우 당사 전문가가 데이터 교환 설정을 돕고 사용 방법을 자세히 설명할 것입니다.
RIB는 트리 구조의 분산 정보 기반으로, 그 분기는 개별적으로 배포된 1C Enterprise 데이터베이스입니다. 이러한 데이터베이스를 분산 정보 기반 노드(이하 간단히 노드)라고 합니다. 모든 노드(구성 및 데이터베이스)를 동기화하기 위해 이러한 노드 간에 정보 교환이 이루어집니다.
주요 메커니즘은 독특하고 보편적인 기능을 갖춘 교환 메커니즘입니다. 주요 차이점은 RIB 교환 메커니즘이 더 전문화되고 좁은 반면, 범용 교환은 사용자에게 더 넓은 범위의 기회를 제공한다는 것입니다.
RIB의 기본 작동 원리
분산 정보베이스의 기본 루트 노드에서만 구성 구조 변경이 가능합니다. 그런 다음 이러한 변경 사항은 계층적으로 하위 노드에 전파됩니다. 따라서 이는 모든 RIB 노드에 걸쳐 단일 구성 구조 공간을 제공합니다.
데이터는 임의의 노드에서 변경될 수 있으며, 이는 차례로 다른 모든 노드에 배포됩니다. 더욱이, 이 데이터는 시스템의 다른 참가자에게 반드시 전송될 필요는 없으며 그들의 완전한 신원이 유지되지 않을 수도 있습니다. 개발자는 원하는 대로 다른 RIB 참여자와의 교환에 참여하는 데이터의 구성을 사용자 정의할 수 있습니다. 또한 구성 메타데이터 수준뿐만 아니라 특별한 선택 사항을 적용할 수 있는 개별 요소 수준에서도 설정을 지정할 수 있습니다.
위에서 언급했듯이 RIB 메커니즘은 교환 계획을 사용하여 달성됩니다. 그러나 이 계층 구조에서 특정 계획을 사용하려면 "분산 정보 베이스" 속성을 활성화해야 합니다.
모든 데이터는 메시지를 통해 RIB로 전송됩니다. 이러한 메시지의 내용은 보편적인 교환 메커니즘처럼 명확하게 규제되며 자의적일 수 없습니다. 데이터는 XML 직렬화 원칙을 사용하여 메시지에 배치됩니다. 이러한 데이터 변경 사항 외에도 메시지에는 구성 변경 사항에 대한 정보와 여러 가지 정보도 포함되어 있습니다. 공식 정보. 변경 사항은 완전히 자동으로 교환 메시지에 등록되고 배치됩니다. 사용자나 개발자 모두 이에 영향을 미칠 수 없습니다.
RIB에서의 교환 메시지 수신 및 생성은 하나의 명령으로 설정됩니다.
교환 계획. 쓰기변경(쓰기메시지, 0)
내용은 명령을 사용하여 읽습니다.
결론
RIB 메커니즘은 주로 다음 메커니즘으로 구성된다고 안전하게 말할 수 있습니다. 만능교환몇몇에게는 고유 한 특징, 이는 RIB 구조에만 존재합니다.
1C 8.3 또는 1C 8.2에서? 분산된 정보베이스를 설정합니다. 단계별 지침.
정보 기반 배포는 여러 가지 이유로 데이터베이스에 공동 기록을 유지해야 할 때 사용됩니다. 물리적 연결. 인터넷에 연결할 수 없는 대도시나 작은 마을에 부서가 있는 한 회사의 회계를 예로 들 수 있습니다. 또는 주기적으로 사무실 내부와 사무실 외부(예: 집)에서 하나의 데이터베이스를 동시에 작업해야 하는 특별한 경우입니다. 이러한 경우와 유사한 경우에는 분산 정보 베이스(DIB)를 사용하는 것이 정당하고 필요합니다.
이 기사에서는 로컬 또는 네트워크 디렉터리를 통해 1C Accounting for Russia 버전 8.3 구성에서 하나의 정보 데이터베이스 배포를 구성하는 방법을 살펴보겠습니다. 버전 8.2 1C에서 이 지시또한 유용할 것입니다. 왜냐하면 본질적으로 매우 작은 차이가 있는 하나의 프로세스를 설명합니다.
==== 기본 베이스 설정 ====
"Enterprise"모드에서 1C 8.3을 연 후 "관리"섹션으로 이동하겠습니다. 버전 1C 8.2에서 시작하려면 기본 메뉴 "서비스" - "DIB(분산 정보 베이스)" - "RIB 노드 구성"으로 이동해야 합니다.
다음으로 정보 보안 버전 8.3의 맥락에서 프로세스를 고려해 보겠습니다. 따라서 "관리"섹션으로 이동하여 "프로그램 설정"을 선택하십시오. 설정에서 "데이터 동기화"섹션으로 이동하십시오. 여기서는 "데이터 동기화 사용" 상자를 선택하고 데이터베이스 접두사를 지정합니다. 중앙 베이스를 의미하는 "CB"를 표시해 보겠습니다.
그러면 오른쪽 메뉴에 "데이터 동기화" 항목이 나타납니다. 그를 선택합시다. 열리는 하위 창에서 "데이터 동기화 설정"버튼을 클릭하십시오. 드롭다운 메뉴에서 다음에 대한 설정 옵션을 선택할 수 있습니다. 다양한 경우동기화를 사용합니다. "분산 정보 베이스..."를 선택합니다.
일반적인 개발을 위해서는 다음 창의 내용을 숙지하신 후 “Next”를 클릭하세요.
다음 창에서 . 업로드 크기를 줄이기 위해 데이터 압축을 지정하며, 데이터가 포함된 아카이브에 대한 비밀번호를 즉시 지정할 수 있습니다. 그를 잊지 않는 것이 중요합니다. "다음"버튼으로 채우기를 확인하십시오.
다음 두 창은 다음을 통해 교환하는 경우에 대한 설정 매개변수를 지정하기 위한 것입니다. FTP 서버그리고 그것을 통해 이메일. 앞서 말씀드린 바와 같이 디렉토리를 통한 교환 방식을 고려하고 있어 FTP 및 이메일 설정은 생략하고 있습니다.
다음 창은 주변 데이터베이스 부분에서 교환 매개변수를 지정하기 위한 것입니다. 이름과 접두사를 표시합시다. 다음은 "다음"버튼입니다.
우리가 생성한 교환 매개변수를 확인하고 전통적인 "다음" 버튼을 사용하여 그 정확성을 확인하겠습니다.
교환에 필요한 설정 세트가 자동으로 생성됩니다. 시간이 좀 걸릴 거예요.
중요한! 슬레이브 노드의 초기 이미지를 생성하는 데는 상당한 시간이 걸립니다. 이 중요성의 크기는 컴퓨터 리소스와 기본 데이터베이스의 회계 볼륨에 따라 다릅니다.
이미지를 생성하기로 결정했다고 가정해 보겠습니다. 이전 창에서 “Finish” 버튼을 클릭한 후, 슬레이브 정보보안 이미지를 생성하기 위한 설정을 입력하게 됩니다. 로컬 작업에 대한 가장 간단한 사례를 고려해 보겠습니다. 이렇게 하려면 열리는 창에 필요한 세부 정보를 표시하십시오. "파일 베이스의 전체 이름" 매개변수에 특별한 주의를 기울이겠습니다. 에 표시해야 합니다. 전체 형식 UNC는 "네트워크" 형식으로 로컬 경로를 형성합니다. 예를 들면 "\\Server1C\Databases\RIB"입니다. 에게 지정된 경로데이터베이스 파일 이름인 1Cv8.1CD를 추가해 보겠습니다.
“초기 이미지 생성” 버튼을 클릭하면 슬레이브 데이터베이스에 대한 이미지 생성 프로세스가 시작됩니다.
프로세스가 완료되면 지정된 디렉터리에 데이터베이스 파일이 생성됩니다. 새로 생성된 이 데이터베이스는 전체 사용 전에 구성해야 합니다.
==== 주변 베이스 설정 ====
이렇게하려면 1C에 연결해야합니다. 이 작업을 수행하는 방법은 기사의 지침에서 확인할 수 있습니다. 연결한 후 구성 모드에서 새 데이터베이스를 시작하고 사용자를 생성해야 합니다. 다음으로 정보 보안은 1C "Enterprise" 모드에서 시작되어야 합니다.
어떤 이유로 사용자 생성을 나중에 연기해야 하는 경우 연결 후 1C "엔터프라이즈" 모드에서 데이터베이스를 간단히 시작할 수 있습니다. "관리자" 사용자를 생성하라는 메시지가 표시되고 이에 동의하면 초기 입력이 완료됩니다.
그런 다음 기본 베이스와의 페어링 설정을 계속해야 합니다. 이 설정은 기본 데이터베이스에 대해 위에서 설명한 것과 유사합니다.
기본 기지와의 통신을 위한 설정이 생성됩니다.
============================================
이제 우리는 주 기지와 주변 기지를 만들었습니다. 이러한 각 데이터베이스에는 동기화 설정도 생성되었습니다. 이제 이러한 설정을 편집하고 적절한 형식으로 가져올 수 있습니다. 자동 교환 규칙을 생성하거나 수동으로 교환을 수행할 수 있습니다.
이것을 메인 데이터베이스에서 해보자. 주변 베이스도 같은 방식으로 구성됩니다.
편집은 데이터 동기화 규칙 및 일정에 적용될 수 있습니다.
"데이터 동기화 일정" 섹션에서 "구성" 버튼을 클릭하면 선택한 데이터베이스에 대한 데이터 업로드/로드 작업을 자동으로 예약하도록 스크립트를 편집해야 합니다. 편집할 필요는 없으며 기본 옵션에 동의하기만 하면 됩니다.
매개변수를 편집하려면 자동 일정 데이터가 있는 링크를 클릭하기만 하면 됩니다. 그런 다음 작업 시작을 위한 임시 매개변수를 편집합니다. 북마크를 통해 출시 날짜와 요일, 시간을 모두 변경할 수 있습니다.
기본 스크립트 창에서 "작업 실행" 버튼을 클릭하면 작업을 실행할 수 있습니다. 수동 시작작업.
"데이터 동기화 규칙" 섹션에서 "구성" 버튼을 클릭하면 작업 시작 스크립트를 변경하는 작업을 수행하고 업로드/다운로드 로그를 볼 수 있습니다. 후자는 액세스를 관리하고 교환의 규칙성을 모니터링하는 데 매우 중요합니다.
스크립트 생성 및 편집이 완료되었습니다. 자동 시작분산 데이터베이스를 교환하면 데이터 언로드 및 후속 로드를 진행할 수 있습니다.
이로써 중앙 및 주변 노드에 대한 분산 목욕탕 데이터베이스 구성이 기본적으로 완료되었습니다.
그림이 포함된 지침 다운로드
분산된 정보 기반. 단계별 지침
분산 정보 베이스(RIB) 1C:엔터프라이즈
분산 정보베이스 생성 및 설정
1s 8.2에서 리브를 설정하는 방법
1C에서 분산 정보 기반을 설정하는 방법
1C에서 설정하는 방법
1C에서 설정하는 방법
1C에서 분산 정보 기반(RIB) 설정
1C:Accounting 8에 대한 RIB 설정 예
분산형 정보베이스 생성 및 구성
이 자료에는 자세한 지침 1C:Enterprise 8에 대한 RIB 교환 설정과 작성자가 직면한 문제에 대해 설명합니다.
1. 노드 생성
새로운 노드(마스터 및 슬레이브)를 생성합니다: 사용자 모드에서 "Operations / Exchange Plans / Full"
교환 플랜 "Full"을 선택합시다
우리는 두 개의 레코드를 생성합니다.
- 첫 번째 레코드를 "CB"(메인 노드)라고 부르고 코드 "CB"를 표시합니다.
- 두 번째 항목을 "하위 노드"라고 부르고 코드 "PU"를 나타냅니다.
녹색 원이 있는 아이콘 - "CB"(기본 노드)
슬레이브 노드의 경우 “초기 이미지 생성” 아이콘을 클릭합니다. (독점적 접근이 필요합니다)
시작 이미지 만들기
다음으로 열리는 창에서 새 데이터베이스의 매개변수를 입력합니다. 완료되면 “마침” 버튼을 클릭하세요.
초기 정보보안 이미지 생성
분산 인포베이스의 슬레이브 노드의 초기 이미지 생성이 시작되고, 완료되면 “초기 이미지 생성이 성공적으로 완료되었습니다”라는 메시지가 출력됩니다. "확인" 버튼을 클릭하세요.
슬레이브 노드의 베이스를 베이스 목록에 추가하고 실행합니다.
이 하위 데이터베이스에서 우리는 전체 교환 계획을 엽니다. "CB" 아이콘은 빨간색입니다. 이는 이 노드가 우리가 위치한 정보 기반의 기본 노드임을 의미합니다.
2. 접두사 설정
각 데이터베이스에 대해 "데이터 교환" 탭의 계정 매개변수 설정(UPP "서비스/계정 매개변수")에서 접두사를 설정합니다. 이는 두 데이터베이스에 생성된 문서 및 디렉터리의 번호와 코드에 충돌이 없도록 수행됩니다.
자동 교환의 경우 "자동 교환 메커니즘 사용..." 확인란을 선택합니다.
탭 "데이터 교환"
3. 노드 간 데이터 교환을 위한 설정 추가
열기: "서비스\RIB(Distributed Information Base)\RIB 노드 구성"
"추가"를 클릭하면 "데이터 교환 설정" 창이 열립니다.
데이터 교환 설정
"현재 설정에 따라 교환" 아이콘을 클릭하세요.
현재 설정에 따라 교환을 실행합니다.
이제 함정에 대해
1. 데이터 교환은 자동으로 수행될 수 있으며 다음과 같은 경우에 시작될 수 있습니다.
* 에 프로그램 시작하기. 프로그램이 시작되면 교환이 이루어지며,
* 프로그램 작업이 끝나면. 사용자가 프로그램 작업을 마치기 전에 교환이 수행됩니다.
* 카탈로그가 나타날 때. 사용자가 지정한 디렉토리가 표시되지 않았지만 이제는 표시되는 경우에만 교환이 수행됩니다. 이 설정을 사용하면 로컬 네트워크에 연결되거나 자동 교환을 수행할 수 있습니다. 플래시 카드. 프로그램은 설정에 지정된 디렉토리의 가시성을 주기적으로 확인하고 현재 상태를 기록합니다.
* 파일이 나타날 때. 들어오는 데이터 교환 파일이 나타나면 교환해야 할 때 데이터 모드를 사용하는 것이 좋습니다. 이 경우 수신 데이터 교환 파일의 전체 경로를 지정하는 것으로 충분합니다. 프로그램은 주기적으로 파일의 유무를 분석하여 파일이 나타나는 즉시 교환을 수행하며, 교환 후에는 이 파일을 강제로 삭제합니다(이는 교환 절차가 지속적으로 수행되지 않도록 하기 위한 것입니다).
* 주기적인 데이터 교환. 주기적 데이터 교환 설정에 따라 교환이 진행됩니다. 정보베이스가 파일 서버 모드로 동작하는 경우, 회계 정책 설정에서 "사용자"로 지정된 사용자에 대해서만 주기적 교환이 수행됩니다. 일상적인 작업파일 모드에서." 클라이언트-서버 버전에서는 교환이 1C:Enterprise 서버에서 수행됩니다.
클라이언트-서버 옵션이 있습니다. 일상적인 자동 교환이 작동하려면 서버에 과부하가 걸려야 했습니다.
2. Windows 인코딩.
파일이 압축되지 않아 오류로 인해 교환이 중단되었습니다. 이는 키릴 문자 오류로 인해 발생합니다. 명령줄압축할 때.
레지스트리의 인코딩을 수정하여 처리할 수 있습니다.
예를 들어 Windows Server 2008의 경우 -
암호
REGEDIT4
"1250"="c_1251.nls"
"1251"="c_1251.nls"
"1252"="c_1251.nls"
"1253"="c_1251.nls"
"1254"="c_1251.nls"
"1255"="c_1251.nls"
3. 클라이언트-서버 버전에서 데이터베이스 복사본을 생성할 때(예: 수정용) 데이터베이스 복사본의 루틴 작업을 OFF로 설정해야 합니다. Copy ON에 대한 일상적인 작업 차단
차단되지 않으면 복사본은 기본 데이터베이스와 동일한 일정에 따라 교환됩니다. 이는 원격 노드에 대한 일부 메시지가 작업 데이터베이스에서 생성되고 일부는 복사본에서 생성되어 구성이 동기화되지 않음을 의미합니다.
