조직에 지리적으로 서로 멀리 떨어진 여러 지점이나 소매점이 있는 경우 상황이 자주 발생합니다. 그러나 조직 전체에 걸쳐 일관된 기록을 유지해야 할 필요성은 여전히 ​​남아 있습니다. 이 문제를 해결하기 위한 옵션 중 하나는 모든 지점의 자동화된 워크스테이션을 포함하고 공용 서버에서 1C 정보 기반을 호스팅하는 통합 네트워크를 만드는 것입니다. 이 방법은 기술적으로 복잡하고 비용이 많이 들 수 있습니다. 또한, 정보보안과 관련된 다양한 이슈가 발생하고 있습니다.

두 번째 옵션은 분산 정보 베이스(RIB)를 만드는 것입니다. 분산 정보 기반나타냅니다 계층적 구조, 1C:Enterprise 플랫폼의 별도 정보 데이터베이스로 구성되며, 그 사이의 데이터 교환은 구성과 데이터 동기화를 목적으로 구성됩니다. 이러한 개별 정보 기반을 RIB 노드라고 합니다.

1C:Enterprise 시스템의 다양한 구성을 기반으로 분산 정보 기반을 생성할 수 있습니다. 1C : Trade Management 10.3의 예를 사용하여 생성을 고려해 보겠습니다.

무역 조직에 추가 소매점이 개설되어 조직의 일반 거래 시스템에 액세스해야 한다고 가정해 보겠습니다. RIB를 생성하려면 다음 단계를 완료해야 합니다.

이것으로 분산 정보 기반의 생성이 완료됩니다. 정보를 교환하려면 중앙 데이터베이스에서 데이터 교환을 시작한 다음(중앙 데이터베이스에서 발생한 변경 사항이 다운로드됨) 스토어에서(중앙 데이터베이스의 변경 사항이 다운로드되고 스토어에서 발생한 변경 사항이 다운로드됨) ), 그리고 다시 중앙 데이터베이스에 저장됩니다(변경 사항은 해당 데이터베이스에 다운로드되고 스토어에서 발생합니다).

분산 정보 기반에는 자체 충돌 해결 메커니즘이 있습니다. 따라서 교환 중에 기본 데이터베이스와 하위 데이터베이스 모두에서 개체(문서, 디렉터리 등)가 변경된 것으로 밝혀지면 기본 데이터베이스에서 변경된 내용이 우선적으로 적용됩니다.

분산 정보 베이스의 구성을 변경해야 하는 경우 루트 노드에서 이를 수행해야 하며(문서의 첫 번째 그림 참조) 나머지 노드의 구성은 잠겨 있습니다. 필요한 변경을 수행한 후 RIB 노드 간 데이터 교환을 위한 표준 절차를 사용하여 슬레이브 노드로 전송할 수 있습니다. 슬레이브 노드의 구성기에서 교환이 수행된 후 정보베이스 구성을 업데이트해야 합니다.

분산된 정보 기반을 설정하는 데 문제가 있는 경우 당사 전문가가 데이터 교환 설정을 돕고 사용 방법을 자세히 설명할 것입니다.

이 기사에서는 분산 데이터베이스 1C Enterprise 7.7 설정에 대해 설명하고 Trade Management 9.2 구성을 예로 사용합니다.

1C 7.7에서 RIB를 구성하려면 구성자로 이동하여 관리-분산 IS-관리로 이동해야 합니다.

그런 다음 데이터베이스를 RIB로 변환해야 합니다. 아직 RIB로 변환되지 않은 경우 "Central Information Bank" 버튼을 클릭해야 합니다.

위 스크린샷과 같이 코드와 설명을 설정하고 "확인"을 클릭하세요. 아래 스크린샷과 같이 경고 메시지가 나타나면 무시하고 “예”를 클릭하세요.
그러면 베이스가 주변 노드를 생성할 준비가 됩니다.

"New Peripheral IB" 버튼을 클릭하고 다음 스크린샷과 같이 필드 값을 설정하지만 원하는 지정을 사용할 수 있습니다.

확인을 클릭하고 다음 단계인 자동 교환 설정으로 넘어갑니다.

이 기사에서는 다음을 사용하여 자동 교환을 설정하는 방법을 설명합니다. 지역 네트워크, 메일을 통한 자동 교환이 필요한 경우 댓글에 요청을 남기거나 저에게 연락하시면 방법을 알려드리겠습니다.

우리는 모든 것을 슬라이드와 같이 표시합니다. 디렉토리에 대한 자신만의 경로를 가질 수 있습니다. 확인란은 위의 스크린샷과 같아야 합니다. 확인을 클릭하세요.

이제 주변 데이터베이스의 초기 이미지를 디스크에 업로드합니다. 이를 위해 "데이터 업로드" 버튼을 클릭합니다. 초기 이미지를 다운로드하면 RIB 관리 창이 다음과 같이 표시됩니다.

리브가 작동할 컴퓨터가 중앙 기반이 있는 기본 컴퓨터에서 멀지 않은 곳에 있고 두 컴퓨터가 모두 로컬 네트워크에 연결되어 있다고 가정해 보겠습니다.

이제 클라이언트 컴퓨터에서 RIB를 구성해야 합니다. 이를 위해 이전 단계에서 다운로드한 zip 파일을 가져와 이를 기반으로 정보 베이스를 생성합니다. 아래 스크린샷은 전체 작업 순서를 보여줍니다.

"추가" 버튼을 클릭하고 빈 폴더를 선택한 후 확인을 클릭하세요.

새로운 정보 보안 시스템을 선택하고 구성자 모드로 이동합니다.

빈 폴더에 빈 정보 뱅크를 생성하므로 1C는 데이터베이스의 형식을 지정하도록 요청하고 *.dbf를 선택합니다. 확인을 클릭하세요.

이제 이전 단계에서 업로드한 zip 파일을 데이터베이스에 로드하겠습니다. 이렇게 하려면 관리 - 데이터 다운로드로 이동하세요.

파일 경로를 지정하고 확인을 클릭합니다.
다운로드가 완료되면 확인을 클릭하고 관리 분산 ib-auto-exchange로 이동합니다.

이 단계에서는 CB 언로드 디렉터리 = PB 로딩 디렉터리 및 그 반대의 규칙을 고려해야 합니다. 중앙 데이터베이스에서 out 폴더에 업로드하고 in 폴더에서 로드한 경우 주변 데이터베이스에서는 out 폴더에서 로드하고 in 폴더에 업로드합니다. 확인을 클릭하고 다음 단계로 넘어갑니다. 자동 교환을 실시합니다. 이를 수행하려면 중앙 데이터베이스에서 관리 분산 ib-autoexchange로 이동하십시오.

"실행" 버튼을 클릭한 다음 클라이언트 기반에서도 동일한 작업을 수행합니다. 각 컴퓨터에서 자동 교환 작업을 여러 번 수행합니다.

이제 프로세스를 자동화해 보겠습니다. 이렇게 하려면 각 컴퓨터에 4개의 파일을 만들어야 합니다. 2개의 *.prm 파일 및 2개의 *. 박쥐 파일각 로딩 및 언 로딩 작업에 대해.

*.bat 파일에는 다음 줄이 포함되어야 합니다.

"<путь к файлу 1cv77.exe>"구성/D"<путь к информационной базе>"/N<логин>/피<пароль>/@"<путь к prm-файлу>"

내 로드 및 언로드 파일은 다음과 같습니다.

"C:\Program Files\1Cv77\BIN\1cv7s.exe" config /D"C:\base\rib\" /Nadmin /P1 /@"c:\download.prm"

"C:\Program Files\1Cv77\BIN\1cv7s.exe" config /D"C:\base\rib\" /Nadmin /P1 /@"c:\upload.prm"

당신은 당신의 가치를 씁니다. 이제 prm 파일을 다루겠습니다!

.prm 파일의 구조:

"일반" 섹션 – 주요 작동 매개변수를 설명하기 위한 것입니다. 버스트 모드. 가능한 매개변수:

출력 – 로그 파일의 경로입니다.
- 종료 – 모든 작업을 완료한 후 구성 프로그램을 종료해야 하는지 여부입니다.
- AutoExchange – 자동 교환을 수행해야 하는지 여부입니다.
- SaveData – 데이터베이스 저장이 필요한지 여부
- UnloadData – 언로드를 수행해야 하는지 여부
- CheckAndRepair – 데이터베이스를 테스트하고 수정해야 하는지 여부입니다.

이러한 매개변수에 가능한 값은 1(Y) 또는 0(N)일 수 있습니다.

"AutoExchange" 섹션은 자동 교환 매개변수를 정의하기 위한 것입니다. 옵션:

SharedMode – 데이터베이스의 작업 모드를 나타냅니다. 매개변수를 지정하지 않으면 배타적 모드가 사용됩니다.
- ReadFrom - 어떤 데이터베이스에서 데이터를 받아야 하는지 나타냅니다. 데이터베이스 식별자는 쉼표로 구분하여 지정해야 합니다. 모두 필요하다면 * ;
- WriteTo - 업로드해야 하는 데이터베이스 데이터를 나타냅니다. 모든 사람에게 필요한 경우 *를 입력하십시오.

"SaveData" 섹션은 데이터베이스 저장을 위한 매개변수를 정의하기 위한 것입니다. 가능한 매개변수:

SaveToFile – 저장이 완료될 경로를 나타냅니다.
- FileList – 저장할 파일 목록을 나타냅니다. 파일 이름은 공백이나 쉼표로 구분되어 나열됩니다.

"UnloadData" 섹션 – 데이터 언로드를 위한 매개변수를 정의하기 위한 것입니다. 옵션:

UnloadToFile – 파일 이름을 포함한 저장 경로를 지정합니다.
- includeUserDef – 사용자 목록이 전송 파일에 포함되어야 하는지 여부를 나타냅니다.
- 비밀번호 - 전송 파일에 설정될 비밀번호를 지정합니다.

"CheckAndRepair" 섹션은 데이터베이스 복구 매개변수를 정의하기 위한 것입니다. 가능한 매개변수:

복구 – 데이터베이스를 복원해야 하는지 여부를 나타냅니다.
- PhysicalIntegrity – 정보베이스 테이블의 물리적 무결성을 확인해야 하는지 여부를 나타냅니다.
- Reindex – 데이터베이스를 다시 색인화해야 함을 나타냅니다.
- LogicalIntegrity – 테이블의 논리적 무결성을 확인해야 하는지 여부를 나타냅니다.
- RecalcTotals – 회계 및 운영 회계 결과를 다시 계산해야 하는지 여부를 나타냅니다.
- Pack – 삭제된 기록이 차지하는 공간을 확보해야 하는지 여부를 나타냅니다.
- SkipUnresolved – 해결되지 않은 링크를 건너뛸지 아니면 수정할지 지정합니다.
- CreateForUnresolved – 해결되지 않은 링크를 해결하는 방법을 지정합니다. 1이면 해결되지 않은 링크에 대해 적절한 유형의 객체가 생성됩니다. 0이면 링크가 지워집니다.

이를 기반으로 내 파일에는 다음이 포함됩니다.

중앙은행에서 주변기기로 다운로드하려면:

출력 = log.txt
출력 = 1

읽은 곳 = CB

중앙 은행에서 주변 장치로 언로드하는 경우:

출력 = log.txt
출력 = 1

쓰기 대상 = CB

주변 장치에서 중앙 은행으로 다운로드하려면:

출력 = log.txt
출력 = 1

읽기 시작 = PB1

주변 장치에서 중앙 은행으로 언로드하는 경우:

출력 = log.txt
출력 = 1

쓰기 대상 = PB1

이제 bat 및 prm 파일을 하나의 폴더에 넣고 하나씩 실행하여 다운로드 및 업로드를 수행하면 충분합니다.

궁금한 점이 있으시면 언제든지 댓글을 남겨주세요!

1C 8.3 또는 1C 8.2에서? 분산된 정보베이스를 설정합니다. 단계별 지침.

정보 기반 배포는 다양한 이유로 물리적 연결을 가질 수 없는 데이터베이스에서 공동 기록을 유지해야 할 때 사용됩니다. 인터넷에 연결할 수 없는 대도시나 작은 마을에 부서가 있는 한 회사의 회계를 예로 들 수 있습니다. 또는 주기적으로 사무실 내부와 사무실 외부(예: 집)에서 하나의 데이터베이스를 동시에 작업해야 하는 특별한 경우입니다. 그런 것과 그들에게 유사한 사례분산 정보 베이스(RIB)의 사용은 정당하고 필요합니다.

이 기사에서는 로컬 또는 네트워크 디렉터리를 통해 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 설정 예
분산형 정보베이스 생성 및 구성

RIB(분산 정보 기반) 기술을 사용하면 1C Enterprise 구성을 기반으로 지리적으로 분산된 시스템을 만들 수 있습니다. 이를 통해 공통점을 가질 수 있습니다. 정보 공간신뢰할 수 있는 통신 채널이 없는 부서에서도 노드의 높은 자율성과 신속한 정보 교환 기능을 결합합니다. 우리 기사에서는 8.2 플랫폼에서 이 메커니즘의 기능과 실제 구현을 살펴보겠습니다.

우선 스스로에게 물어봅시다: 왜 자동 교환이 필요한가? 저렴하고 현대적인 기술이 결합되어 빠른 인터넷, 정리할 수 있도록 허용 원격 근무아무 어려움 없이. RDP, 씬 및 웹 클라이언트, VPN을 사용한 네트워크 연결 등 방법 선택의 폭이 그 어느 때보다 넓습니다. 고려해야 할 사항이 많습니다. 그러나 이러한 모든 방법에는 통신 채널의 품질에 크게 의존한다는 한 가지 중요한 단점이 있습니다.

현지 공급자의 이상적인 운영에도 불구하고 통신 채널의 100% 가용성을 보장하는 것은 불가능합니다. 백본 공급자의 문제, 전원 공급 장치 부족, 통신 회선의 물리적 손상 및 기타 여러 요인으로 인해 이 작업을 극복할 수 없습니다. 동시에 원격 창고나 소매점의 정보 기반에 접근할 수 없으면 상당한 손실이 발생합니다. 그리고 마지막으로, 고품질 통신 채널을 제공하는 데 비용이 많이 들거나 문제가 되는 장소(예: 도시 외곽의 산업 지역)가 있다는 사실을 잊지 마십시오.

RIB 메커니즘을 사용하면 이러한 단점을 제거할 수 있습니다. 각 부서에는 외부 세계와의 통신이 전혀 없는 경우에도 자율적으로 작업할 수 있는 자체 정보 기반 복사본이 있습니다. 작은 볼륨 전송된 정보모바일 인터넷을 포함한 모든 통신 채널을 사용하여 교환할 수 있습니다.

플랫폼 8.2의 RIB는 RIB 플랫폼 7.7의 추가 개발을 나타내는 근본적으로 새로운 것이 아닙니다. 이제 이 기술은 더 쉽게 접근할 수 있고 더 단순해졌습니다. 별도로 구매해야 했던 RIB 구성 요소와 달리 RIB는 많은 제품에서 필수적인 부분입니다. 일반적인 구성완전히 사용자 모드에서 작동하므로 구성 단계에서도 구성자 없이도 작업을 수행할 수 있습니다.

이 시점에서는 실용적인 부분으로 넘어갈 시간이지만, 한 가지 여담을 더 만들어야 합니다. 사실 이미 발생한 것으로 보이는 8.2 플랫폼으로의 전환으로 인해 관리형 애플리케이션 기반, 8.2 플랫폼용 "네이티브", 8.1에서 계속 적용되는 두 가지 유형의 구성이 등장하게 되었습니다. 오래된 기술과 메커니즘을 사용합니다. 구성(엔터프라이즈 회계, 급여 및 HR 관리)의 상당 부분이 조정되거나 과도기적이므로 할인될 수 없습니다. 따라서 기사의 첫 번째 부분은 이러한 구성(기본적으로 8.1 플랫폼)에 대해 다루고 두 번째 부분에서는 관리되는 애플리케이션(플랫폼 8.2)을 기반으로 구성에 대한 자동 교환 설정을 살펴보겠습니다.

실제 작업을 고려해 보겠습니다. Enterprise Accounting 2.0 구성에 대해 FTP를 통해 자동 교환을 설정하는 것입니다. RIB를 사용하면 이메일이나 파일 공유를 사용하여 교환할 수 있다는 사실에도 불구하고 가장 간단하고 효율적인 방법으로 FTP를 사용하는 것이 좋습니다. 믿을 수 있는 방법연락. 자신만의 FTP 서버를 설정하는 방법을 읽어보거나 호스팅 제공업체의 FTP 서비스를 사용할 수 있습니다.

우선 교환 노드를 구성해야 합니다. 이렇게 하려면 관리자 권한으로 구성을 시작하고 거래 - 교환 계획.

나타나는 목록에서 다음을 선택하세요. 가득한계획하거나 조직별, 하나의 데이터베이스에 여러 회사에 대한 기록이 보관되어 있고 그 중 하나에 대해서만 교환이 필요한 경우. 열리는 창에는 이미 하나의 노드가 있습니다. 중앙 노드이므로 코드와 이름을 표시하여 편집해야 합니다.

그런 다음 분기에 대한 또 다른 노드를 생성하여 동일한 방식으로 채웁니다(추가하려면 더하기 기호가 있는 녹색 원을 클릭). 다음 단계는 파일 모드에서 미리 만들어진 정보 기반인 이 노드에 대한 초기 이미지를 생성하는 것입니다. 이렇게 하려면 원하는 노드를 마우스 오른쪽 버튼으로 클릭하고 드롭다운 목록에서 선택합니다. 시작 이미지 만들기.

이제 다음으로 넘어가자 서비스 - DIB(분산 정보 베이스) - RIB 노드 구성.

열리는 창에서 버튼을 클릭하세요 추가하다원격 호스트, 교환 유형(FTP를 통해) 및 서버 연결 매개변수를 지정하여 새 교환을 구성합니다.

서표 자동교환교환 일정 설정, 이벤트별 교환(작업 시작 및 종료 등)을 설정할 수 있습니다. 이러한 설정은 교환이 수행될 사용자를 대신하여 이루어지므로 해당 사용자에게 데이터 교환 권한이 있는지 확인하십시오.

도구 - 프로그램 설정에서 문서 번호 매기기를 위한 노드 접두사를 지정하는 것을 잊지 마십시오(그렇지 않으면 동일한 번호를 가진 다른 문서를 받게 됩니다). 여기에서 다른 교환 매개변수도 구성할 수 있습니다. 동일한 탭에서 교환 작업을 수행할 사용자를 선택해야 하며, 이를 수행하지 않으면 일정이 작동하지 않습니다. 교환은 다음 경우에만 이루어집니다. 이 사용자프로그램에 로그인했습니다.

이것으로 중앙 노드 구성이 완료되었으며, 이제 주변 노드에 대해서도 유사한 설정을 수행하여 초기 이미지를 기존 정보 보안 시스템으로 연결해야 합니다. 그런 다음 데이터 교환을 시작할 수 있습니다. 제어하려면 다음을 사용해야 합니다. 통신 모니터, 이를 통해 업로드/다운로드의 성공 여부를 모니터링할 수 있을 뿐만 아니라 발생하거나 지연된 움직임으로 인한 충돌도 표시됩니다(교환을 수행한 사용자가 데이터베이스에서 작업을 수행할 수 있는 충분한 권한이 없는 경우). 유효성 이 악기의자동 교환 중에 발생하는 다양한 유형의 문제를 빠르고 효과적으로 해결할 수 있습니다.

이 시점에서 교환 설정이 완료된 것으로 간주되어 분산 모드에서 작업을 시작할 수 있습니다. 특히 구성을 업데이트하거나 변경하는 것에 대해 자세히 살펴보는 것이 좋습니다. 이러한 작업은 중앙 노드에서만 사용할 수 있으며, 모든 변경 사항은 다음 교환 중에 주변 노드에 자동으로 전파됩니다. 자동으로 변경하려면 주변 데이터베이스가 배타적 모드에 있어야 합니다. 그렇지 않으면 다음을 실행해야 합니다. 구성자그리고 실행 데이터베이스 구성 업데이트수동으로.

1C 8.3에서 분산 데이터베이스(RDB) 생성 및 구성 여러 사용자가 하나의 데이터베이스에 동시에 연결하면서 작업할 수 없는 경우 회계(및 기타 구성)가 필요합니다. 현재 표준 원격 데스크톱이 제대로 작동하고 다음을 제공하는 다른 프로그램이 있기 때문에 이는 매우 드문 경우입니다. 원격 연결데이터베이스가 위치한 중앙 컴퓨터로.

그럼에도 불구하고 단순히 인터넷이 없는 상황이 있습니다. 그리고 데이터는 궁극적으로 하나의 정보 기반으로 끝나야 합니다. 이것이 분산 데이터베이스가 생성되는 이유입니다.

대개 주요 기지중앙이라고 부르고 나머지는 주변 장치라고 부릅니다. 요점은 수동으로 또는 자동 모드(설정에 따라) 데이터베이스는 하나로 결합됩니다. 새로 입력된 문서의 번호와 디렉토리 코드가 중복되지 않도록 각 데이터베이스에 접두어가 할당됩니다.

이 지침에서는 중앙 및 주변 데이터베이스를 생성하고 이들 간의 교환을 확인하는 예를 사용합니다. 이 매뉴얼은 1C 8.3 회계 및 1C 무역 관리(UT) 및 기타 구성 모두에 적합합니다.

기본(중앙) 분산 RIB 데이터베이스 설정

1C "관리" 메뉴로 이동한 다음 "데이터 동기화 설정" 링크를 클릭해 보겠습니다. 열리는 창에서 "데이터 동기화" 확인란을 선택해야 합니다. "데이터 동기화" 링크가 활성화됩니다. 여기서는 기본 정보 베이스에 대한 접두사(예: "CB")를 설정합니다.

"데이터 동기화" 링크를 클릭하면 "데이터 동기화 설정" 버튼이 있는 창이 열립니다. 이 버튼을 클릭하면 "전체" 모드를 선택해야 하는 드롭다운 목록이 열립니다. 하나의 조직에만 동기화가 필요한 경우 "조직별..."을 선택해야 합니다.

다음 창에서 프로그램은 백업 복사본을 만들라는 메시지를 표시합니다. 다음 설정 단계는 되돌릴 수 없으므로 이렇게 하는 것이 좋습니다.

생성 후 백업 복사본“다음” 버튼을 클릭하세요. 다음 단계에서는 동기화가 수행되는 방식을 결정해야 합니다.

• 로컬 디렉토리 또는 로컬 네트워크의 디렉토리를 통해;
• FTP를 통해 인터넷을 통해.

예제의 단순성과 명확성을 위해 로컬 디렉터리를 선택하겠습니다. 저는 "D:\1C Databases\Synchronization" 경로를 지정했습니다. 이 디렉토리의 항목을 확인하는 것이 좋습니다. 이를 위한 특별한 버튼이 있습니다:

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

FTP 동기화 설정을 위한 다음 단계 및 이메일우리는 건너뛴다. 기본 및 주변 데이터베이스 이름에 대한 설정을 살펴보겠습니다. 여기서는 주변 데이터베이스의 접두사를 설정합니다.

각 데이터베이스의 접두사는 고유해야 한다는 점을 잊지 마십시오. 그렇지 않으면 "첫 번째 정보베이스의 접두사 값이 고유하지 않습니다."라는 오류가 표시됩니다.

“다음”을 클릭하고, 입력된 내용을 확인하고, 다시 “다음”을 클릭한 후 “마침”을 클릭하세요. "파일 베이스의 전체 이름" 필드에 동기화를 위해 생성된 디렉터리에 있는 1Cv8.1CD 파일을 표시합니다. 분산 1C 데이터베이스의 초기 이미지를 생성합니다.

1C에서 RIB의 초기 이미지를 생성한 후 동기화 일정을 설정하거나 수동으로 동기화할 수 있습니다.

동기화 후에는 새 데이터베이스에 연결하여 중앙 데이터베이스의 정보가 해당 데이터베이스에 업로드되었는지 확인할 수 있습니다.

새 주변 데이터베이스에 관리자 권한이 있는 사용자를 한 명 이상 즉시 생성하면 됩니다.

주변 데이터베이스에서 동기화 설정

1C 주변 장치 데이터베이스에서는 구성이 훨씬 간단합니다. "데이터 동기화" 확인란을 선택하고 동일한 이름의 링크를 따라가세요. 그리고 우리는 거의 즉시 "동기화"버튼이 있는 창을 보게 됩니다. 주변 데이터베이스에 테스트 항목을 생성하고 RIB를 사용하여 기본 데이터베이스에 업로드해 보겠습니다.