1c 8.3 ฐานข้อมูลแบบกระจาย การสร้าง RDB ตั้งแต่เริ่มต้น หลักการพื้นฐานของ RIB

25 ตุลาคม 2016

การกำหนดค่าและการบำรุงรักษา RIB สำหรับ 2 โหนดและ 10 โหนดนั้นไม่แตกต่างกันมาก แต่เมื่อจำนวนจุดระยะไกลเกินร้อย ปัญหาที่แตกต่างกันโดยสิ้นเชิงจะต้องได้รับการแก้ไข

ข้อมูลเบื้องต้น:

การกำหนดค่า: ขายปลีก 2.2
แพลตฟอร์ม 1C: 8.3.7.1970



ระยะเวลาโครงการ: ปี



สถาปัตยกรรม:

อันดับแรก เราตัดสินใจเกี่ยวกับโครงการ RIB การตัดสินใจมุ่งเน้นไปที่โครงการดาวให้นานที่สุด เมื่อถึงขีด จำกัด ทางเทคโนโลยี - เกล็ดหิมะ





ข้อจำกัด:
- RAM 2GB
- 1 ตัวประมวลผลทางกายภาพ


จากทั้งหมดที่กล่าวมา ส่วนใหญ่เป็นข้อจำกัดเกี่ยวกับขนาดฐานข้อมูลสูงสุดที่ทำให้เครียด

แต่นี่หมายความว่าจำเป็นต้องจัดระเบียบขั้นตอนในการทำความสะอาดจากข้อมูลที่ล้าสมัยในฟิลด์เท่านั้น

มีการจัดสรรเซิร์ฟเวอร์จริงแยกต่างหากสำหรับเซิร์ฟเวอร์ 1C และ MS SQL เขาจะแบกรับภาระหลักของการแลกเปลี่ยนและการดำเนินงานระยะยาว
คอมพิวเตอร์ไคลเอ็นต์ปลายทางจะไม่ถูกแทนที่ เนื่องจากจะทำงานกับไคลเอ็นต์แบบบางและโหลดในเครื่องจะน้อยที่สุด
.


การตั้งค่าพื้นฐาน

ตั้งแต่วันที่ UT 10.3 ซึ่งฉันมีโครงการแรกของฉันที่จะแนะนำ RIB สำหรับ 60 นอต แน่นอนว่า "มีน้ำจำนวนมากไหลอยู่ใต้สะพาน"

1C ไม่หยุดนิ่ง การขายปลีก 2.2 ตอนนี้คำนึงถึงความจำเป็นในการอัปโหลดข้อมูลที่เลือก
เฉพาะข้อมูลที่เกี่ยวข้องกับร้านค้าเท่านั้นที่จะอัปโหลดไปยังฐานข้อมูลของร้านค้า:
- หนังสืออ้างอิงทั้งหมด (ยกเว้นหนังสือเฉพาะ)
- เอกสารสำหรับร้านนี้

อีกคำถามหนึ่งคือ การเพิ่มโหนดไปยังฐานไม่ทางใดก็ทางหนึ่ง หมายถึงการเพิ่มระเบียนในตารางการลงทะเบียนสำหรับแต่ละองค์ประกอบทั่วไปเมื่อมีการบันทึก





1) ควรแบ่งออกเป็นสคริปต์การซิงค์แยกต่างหากสำหรับการอัปโหลดและดาวน์โหลด
ประเด็นก็คือการอัปโหลดใช้เวลานานและมีการล็อก และการดาวน์โหลดก็ค่อนข้างไม่ยุ่งยาก ในขณะเดียวกัน ก็มักจะเกิดขึ้นที่เราจำเป็นต้องรับข้อมูลจากร้านค้าปลีกอย่างรวดเร็ว ในขณะที่คืนข้อมูลเพียงไม่กี่ครั้งต่อวัน

2) เลือกที่เก็บปัญหาและลบออกจากสถานการณ์การซิงโครไนซ์ทั่วไป พวกเขาสามารถขนถ่ายได้มาก - ในกรณีนี้ การแลกเปลี่ยนทั้งหมดจะช้าลง รวมถึงโหนดอื่นๆ แก้ปัญหาเสร็จก็กลับ

3) สร้างสถานการณ์ต่างๆ สำหรับการส่งและรับข้อมูล แต่สิ่งสำคัญที่นี่คือการจับสมดุลของจำนวนที่ถูกต้อง
(ตั้งแต่เวอร์ชัน 8.1)
ดังนั้น ความขนานในการขนถ่าย RIB จึงมีจำกัด ในทางปฏิบัติ ปรากฏว่ารันสคริปต์ 2-3 ตัวพร้อมกัน


สิ่งที่ต้องทำให้เสร็จ

วงกบที่สำคัญที่สุดในตรรกะมาตรฐานของ 1C RIB คือการอัพเดท

การลงทะเบียนข้อมูลเป็นอีกปัญหาหนึ่งของการแลกเปลี่ยน การทิ้งบันทึกข้อมูลการลงทะเบียนข้อมูลแต่ละรายการลงใน XML จะสร้างโหนด XML แยกต่างหากพร้อมองค์ประกอบบริการ ฯลฯ นอกจากนี้ ฟังก์ชัน "SelectChanges ()" สำหรับการลงทะเบียนข้อมูล โดยที่ 100 ระเบียนจะได้รับตารางผลลัพธ์ 100 แถว ในเวลาเดียวกัน หากเป็นไดเร็กทอรีที่มี 100 แถวในส่วนตาราง เรคคอร์ดเดียวเท่านั้นจะถูกเลือก และนี่คือเวลาของการบล็อกแบบเอกสิทธิ์เฉพาะบุคคล ดังนั้นหากมีบันทึกจำนวนมากในพีซีที่ลงทะเบียนเป็นประจำเพื่อแลกเปลี่ยนในร้านค้าอื่น ๆ ที่ถูกต้องอย่างแน่นอนที่จะนำเสนอในรูปแบบของหนังสืออ้างอิงที่มีส่วนแบบตารางซึ่งในกรณีที่รุนแรงเมื่อบันทึกสามารถสร้างได้ แถวของทะเบียนเดียวกัน อย่างไรก็ตาม, .

รายละเอียดที่สำคัญอีกประการหนึ่งคือ เพื่ออะไร? บัตรส่วนลดสะสมได้เกือบ 3 ล้านแล้ว ระบบออนไลน์ภายนอกใช้ในการทำงานกับพวกเขา หากคุณยังคงโอนบัตรส่วนลดไปยังร้านค้าทั้งหมด การดำเนินการนี้จะเพิ่มการแลกเปลี่ยนอย่างมาก นอกจากนี้ อาจทำให้ปริมาณฐานเกิน 10 GB

กลไกบางอย่างดำเนินการทางออนไลน์โดยการติดต่อฐานข้อมูลกลาง: ยอดคงเหลือในร้านค้าอื่น ส่งคืนด้วยเช็คจากร้านค้าอื่น ตรวจสอบความถูกต้องของบัตรของขวัญ


ทำซ้ำ


การสร้างโหนด RIB เริ่มต้นในลักษณะปกติจะทำให้การจำลองแบบเป็นไปไม่ได้ในหลักการ
จึงมีการสร้างโหนดใหม่ดังนี้:


2) ฐานข้อมูลนี้แลกเปลี่ยนข้อมูลทั่วไปทั้งหมดใน RIB แต่ไม่ได้รับเฉพาะ (เอกสาร)


5) ฐานสำหรับร้านค้าพร้อมแล้ว

แพ็คเกจซอฟต์แวร์สำเร็จรูปถูกนำไปใช้กับเซิร์ฟเวอร์ ดังนั้นจึงใช้เวลาไม่นาน จากนั้นฐานข้อมูลที่สร้างขึ้นใหม่จะถูกอัปโหลดไปยังเซิร์ฟเวอร์และพร้อมที่จะส่งไปยังร้านค้า


ผลประโยชน์ของลูกค้าแบบบาง

ข้อดีสองประการที่สำคัญของ Retail 2.2 (Thin Client) ที่ "ทำให้จิตใจอบอุ่น":








การสนับสนุน & อัปเดต




1) อัพเดทด้วยมือของร้านค้า (ไม่ถูกต้องมากอาจไม่ได้รับการเปลี่ยนแปลงจะมีการโทรและปัญหา) - เหมือนเมื่อก่อน

3) เขียนสคริปต์ * .cmd หรือ 1C เพื่ออัปเดตหรือใช้สคริปต์สำเร็จรูป ตามแนวทางปฏิบัติการแก้ปัญหาดังกล่าวมักจะไม่เต็มใจ (ไม่เสถียร) และเป็นไปได้ที่จะวางฟังก์ชั่นเล็กน้อยในนั้น

เรามีงานอะไรบ้าง:


2) เมื่ออัปเดต โต้ตอบโต้ตอบกับผู้ใช้ได้ (ข้อความ การยืนยัน แถบความคืบหน้า)








หน้าที่หลัก:




4) ตรวจสอบสถานะตัวแทน
5) อัปเดตรายงาน
6) สำรอง

















ตัวอย่างเช่น นี่คือลักษณะของข้อความแสดงข้อผิดพลาดหลังจากการอัปเดต:

จึงทำให้โครงการมีโอกาสสำเร็จลุล่วงไปด้วยดี อย่างน้อยในช่วงกลางของเที่ยวบิน "เที่ยวบินปกติ"

ถ้าเราพบวิธีแก้ปัญหาอื่นที่อาจดูน่าสนใจ ฉันจะเขียนแยกกัน

ป.ล. และที่สำคัญที่สุด: การวางแผนสนับสนุนเพิ่มเติมอย่างถูกต้องเป็นปัจจัยสำคัญประการหนึ่งสำหรับความสำเร็จต่อไปของโครงการดังกล่าว :)

25 ตุลาคม 2016

การกำหนดค่าและการบำรุงรักษา RIB สำหรับ 2 โหนดและ 10 โหนดนั้นไม่แตกต่างกันมาก แต่เมื่อจำนวนจุดระยะไกลเกินร้อย ปัญหาที่แตกต่างกันโดยสิ้นเชิงจะต้องได้รับการแก้ไข

ดังนั้น ข้อมูลเบื้องต้น:

การกำหนดค่า: ขายปลีก 2.2
แพลตฟอร์ม 1C: 8.3.7.1970
จำนวนโหนดโดยประมาณเมื่อสิ้นสุดโครงการ: 200
ทรัพยากรอุปกรณ์ในศูนย์: ไม่มีข้อจำกัดที่สำคัญ
อุปกรณ์ตรงจุด : ประเด็นที่กำลังหารือ
ระยะเวลาโครงการ: ปี

สถาปัตยกรรม:

อันดับแรก เราตัดสินใจเกี่ยวกับโครงการ RIB ได้ตัดสินใจเน้นที่โครงการ "ดาว" ไปก่อน
วี ร้านค้าปลีกมีการใช้งานเวอร์ชันไคลเอ็นต์-เซิร์ฟเวอร์ โดยมีเซิร์ฟเวอร์เฉพาะที่ทำงานภายใต้ระบบปฏิบัติการ Windows
เซิร์ฟเวอร์ 1C จะใช้ในเวอร์ชัน "เซิร์ฟเวอร์ 1C MINI" https://1c.ru/news/info.jsp?id=17577
เซิร์ฟเวอร์ DBMS - MS SQL Express 2008 R2

SQL Express 2008 R2 เป็นเวอร์ชันล่าสุดของบรรทัดนี้ของ SQL Server จนถึงปัจจุบัน
ข้อจำกัด:

RAM 2GB
- 1 ตัวประมวลผลทางกายภาพ
- ขนาดฐานข้อมูลสูงสุด 10 GB

จากทั้งหมดที่กล่าวมา ข้อ จำกัด เกี่ยวกับปริมาณสูงสุดของฐานข้อมูลนั้นน่ารำคาญอย่างแน่นอน แต่อันที่จริงนี่หมายความว่าจำเป็นต้องจัดระเบียบขั้นตอนในการทำความสะอาดจากข้อมูลที่ล้าสมัยในฟิลด์เท่านั้น

มีการจัดสรรเซิร์ฟเวอร์แยกต่างหากสำหรับเซิร์ฟเวอร์ 1C และ MS SQL ภาระหลักของการแลกเปลี่ยนและการดำเนินงานจะตกอยู่กับเขา
คอมพิวเตอร์ไคลเอนต์ปลายทางจะไม่ถูกแทนที่ เนื่องจากจะทำงานกับไคลเอ็นต์แบบบางและโหลดที่ด้านล่างจะน้อยที่สุด
เซิร์ฟเวอร์ในร้านค้าเป็นเพียงพีซีที่ทรงพลัง แต่ข้อกำหนดเบื้องต้นคือการมีดิสก์ SSD ซึ่งเป็นที่ตั้งของฐานข้อมูล MS SQL.
นอกจากนี้ เซิร์ฟเวอร์จะให้ความสามารถในการดำเนินการตามปกติในเวลากลางคืนและเข้าถึงฐานข้อมูลของร้านค้าโดยไม่ขัดจังหวะการทำงาน

การตั้งค่าพื้นฐาน

ตั้งแต่เวลา UT 10.3 ซึ่งฉันมีโครงการแรกของฉันที่จะแนะนำ RIB สำหรับ 60 นอต แน่นอนว่า "มีน้ำจำนวนมากไหลอยู่ใต้สะพาน" 1C ไม่หยุดนิ่ง การขายปลีก 2.2 ตอนนี้คำนึงถึงความจำเป็นในการอัปโหลดข้อมูลที่เลือก
เฉพาะข้อมูลที่เกี่ยวข้องกับ nemiu เท่านั้นที่จะอัปโหลดไปยังฐานข้อมูลของร้านค้า:
- ไดเร็กทอรีทั้งหมด (ยกเว้นบางไดเร็กทอรี)
- เอกสารเกี่ยวกับนิตยสารฉบับนี้
การลงทะเบียนข้อมูลเกิดขึ้นตามกฎการลงทะเบียน ทุกอย่างที่สามารถแคชได้ ไม่พบความล่าช้าอย่างมีนัยสำคัญเมื่อลงทะเบียน
อีกคำถามหนึ่งคือไม่ทางใดก็ทางหนึ่ง การเพิ่มโหนดไปยังฐานหมายถึงการเพิ่มระเบียนหนึ่งรายการสำหรับแต่ละองค์ประกอบทั่วไปสำหรับฐานทั้งหมด

ไม่มีอะไรเฉพาะเจาะจงในการตั้งค่าการขนถ่ายเอง มีความแตกต่างบางประการเมื่อตั้งค่าสถานการณ์การซิงโครไนซ์:

1) จำเป็นต้องแยกการอัปโหลดและดาวน์โหลดออกเป็นสคริปต์การซิงโครไนซ์แยกกัน
ประเด็นก็คือการอัปโหลดใช้เวลานานและมีการล็อก และการดาวน์โหลดก็ค่อนข้างไม่มีปัญหา ในขณะเดียวกัน ก็มักจะเกิดขึ้นที่เราจำเป็นต้องรับข้อมูลจากร้านค้าปลีกอย่างรวดเร็ว ในขณะที่คืนข้อมูลเพียงไม่กี่ครั้งต่อวัน

2) เลือกที่เก็บปัญหาและลบออกจากสถานการณ์การซิงโครไนซ์ทั่วไป พวกเขาสามารถขนถ่ายได้มาก - ในกรณีนี้การแลกเปลี่ยนทั้งหมดจะช้าลงรวมถึงโหนดอื่น ๆ

3) สร้างสคริปต์การส่งและรับหลายรายการเพื่อส่งและรับข้อมูล แต่สิ่งสำคัญที่นี่คือความสมดุล
บางสิ่งใน 1C ไม่เปลี่ยนแปลง วิธีการ "SelectChanges" เดียวกันสามารถทำได้ตามลำดับเท่านั้น(ตั้งแต่เวอร์ชัน 8.1)
ดังนั้น ความขนานในการขนถ่าย RIB จึงมีจำกัด ในทางปฏิบัติ เป็นไปได้ที่จะยกเลิกการโหลดครั้งละ 2-3 สถานการณ์
สำหรับสถานการณ์การรับ - แน่นอนว่ามีความเท่าเทียมกันมากกว่านี้หากจำเป็น

สิ่งที่ต้องทำให้เสร็จ

แน่นอนว่ามันเศร้าและเศร้า แต่ฉันต้องเข้าสู่ BSP อย่างละเอียด Jamb ที่สำคัญที่สุดในลอจิก 1C มาตรฐานคือการอัพเดต... หลังจากการอัพเดต หน้าต่างนี้จะปรากฏขึ้น:

ทั้งหมดนี้เกิดขึ้นในโหมดผูกขาด เหนือสิ่งอื่นใด ระบบจะยังคงพยายามทำการแลกเปลี่ยนหลังจากการอัพเดตในโหมดเอกสิทธิ์ ทั้งหมดนี้นำไปสู่อะไรก็ไม่ยากที่จะคาดเดา
ตลอดระยะเวลานี้ ร้านค้าไม่สามารถทำงานได้ ลูกค้าอยู่ที่จุดชำระเงิน บริษัทเสียเงิน

การลงทะเบียนข้อมูลเป็นอีกปัญหาหนึ่งของการแลกเปลี่ยน การยกเลิกการโหลดเรกคอร์ดการลงทะเบียนข้อมูลแต่ละรายการใน XML จะสร้างโหนด XML แยกต่างหากพร้อมองค์ประกอบบริการและทุกอย่างที่มาจากที่นี่ นอกจากนี้ ฟังก์ชัน "เลือกการเปลี่ยนแปลง" สำหรับการลงทะเบียนข้อมูลที่ 100 ระเบียน ตารางผลลัพธ์จะมี 100 แถว ในเวลาเดียวกัน หากเป็นไดเรกทอรีที่มี 100 แถวในส่วนตาราง จะมีเพียงระเบียนเดียวเท่านั้น จะถูกเลือก ดังนั้นหากมีบันทึกจำนวนมากในพีซีที่ลงทะเบียนเป็นประจำเพื่อแลกเปลี่ยนในร้านค้าอื่น ๆ ที่ถูกต้องอย่างแน่นอนที่จะนำเสนอในรูปแบบของหนังสืออ้างอิงที่มีส่วนตารางซึ่งเป็นทางเลือกสุดท้าย บันทึกของการลงทะเบียนเดียวกันเมื่อทำการบันทึก อย่างไรก็ตาม, การลงทะเบียนข้อมูลในการแลกเปลี่ยนเป็นสิ่งที่ชั่วร้าย.

รายละเอียดที่สำคัญอีกประการหนึ่งคือ บัตรส่วนลดไม่รวมอยู่ในการแลกเปลี่ยนอย่างสมบูรณ์และบุคคล - เฉพาะพนักงานของร้านค้าเฉพาะเพื่ออะไร? บัตรส่วนลดสะสมได้เกือบ 3 ล้านแล้ว ระบบออนไลน์ภายนอกใช้ในการทำงานกับพวกเขา หากคุณยังคงโอนบัตรส่วนลดไปยังร้านค้าทั้งหมด การดำเนินการนี้จะเพิ่มการแลกเปลี่ยนอย่างมาก นอกจากนี้ อาจทำให้ปริมาณฐาน 3GB เกิน

กลไกบางอย่างดำเนินการทางออนไลน์โดยการติดต่อฐานข้อมูลกลาง: ยอดคงเหลือในร้านค้าอื่น ส่งคืนด้วยเช็คจากร้านค้าอื่น ตรวจสอบความถูกต้องของบัตรของขวัญ

ทำซ้ำ

แน่นอนว่าการจำลองแบบกำลังดำเนินการอย่างรวดเร็ว
การสร้างโหนด RIB เริ่มต้นในลักษณะปกติจะทำให้การจำลองแบบเป็นไปไม่ได้
ดังนั้น โหนดใหม่จะถูกสร้างขึ้นดังนี้:

1) มีฐานแยกกับร้านปลอม
2) ฐานนี้แลกเปลี่ยนข้อมูลทั่วไปทั้งหมดใน RIB แต่ไม่ได้รับความเชี่ยวชาญ
3) เมื่อเราต้องการสร้าง ฐานใหม่- เพียงคัดลอกสิ่งนี้
4) จากนั้นเราตั้งค่าการตั้งค่า - จัดเก็บ คำนำหน้า ฯลฯ
5) ฐานสำหรับร้านค้าพร้อมแล้ว

แพ็คเกจซอฟต์แวร์สำเร็จรูปถูกนำไปใช้กับเซิร์ฟเวอร์ ดังนั้นจึงใช้เวลาไม่นาน จากนั้นฐานข้อมูลร้านค้าที่สร้างขึ้นใหม่จะถูกอัปโหลดไปยังเซิร์ฟเวอร์และพร้อมที่จะส่งไปยังร้านค้า

ผลประโยชน์ของลูกค้าแบบบาง

ประโยชน์สำคัญสองประการที่ "ทำให้จิตใจอบอุ่น"

1) ไม่จำเป็นต้องเปลี่ยนพื้นที่จอดรถทั้งหมดในร้านค้าปลีก 90% ของการดำเนินการดำเนินการบนเซิร์ฟเวอร์และเซิร์ฟเวอร์ถูกนำมาที่นั่น "คอมพิวเตอร์ที่ค่อนข้างทรงพลัง"

2) อุปกรณ์มีความสามารถในการปฏิเสธที่จะทำงาน โดยเฉพาะอย่างยิ่งมักเกิดขึ้นกับอุปกรณ์ที่ติดตั้งใหม่หรือเสื่อมสภาพแล้ว
ในกรณีนี้ การดำเนินการต่างๆ ทำได้ง่ายมาก - ร้านค้าจะเปลี่ยนไปทำงานที่ฐานกลาง
กระบวนการนี้ใช้เวลาไม่เกิน 5-10 นาที ดังนั้นการซื้อขายจึงไม่หยุดชะงัก แม้ว่าจะมีปัญหาสำคัญกับอุปกรณ์ก็ตาม

การสนับสนุน & อัปเดต

ในที่สุดเราก็มาถึงจุดที่น่าสนใจที่สุด - จะบำรุงรักษาและอัปเดตทั้งหมดนี้ได้อย่างไร?
สำหรับเรา การอัปเดตก็เป็นปัญหามาเป็นเวลานานเช่นกัน:

1) อัพเดทด้วยมือของร้านค้า (ไม่ถูกต้องมากอาจไม่ได้รับการเปลี่ยนแปลงจะมีการโทรและปัญหา)
2) ต่ออายุด้วยกำลัง การสนับสนุนทางเทคนิค(ทรัพยากรไม่มาก)
3) เขียน * .cmd เพื่ออัปเดตหรือสร้างไฟล์สำเร็จรูป จากการฝึกฝนแสดงให้เห็นว่าวิธีแก้ปัญหาดังกล่าวมักจะไม่เต็มใจ (ไม่เสถียร) และมีฟังก์ชันการทำงานเพียงเล็กน้อย

เรามีงานอะไรบ้าง:

1) การอัปเดตควรเกิดขึ้นในหลายโหมดและจัดการจากส่วนกลาง
2) เมื่ออัปเดต โต้ตอบโต้ตอบกับผู้ใช้ได้
3) อย่าลืมรับรายงานสถานะและอัปเดตข้อผิดพลาด
4) ต้องมีตัวสำรอง
5) ระบบอัปเดตควรจะสามารถอัปเดตตัวเองได้โดยไม่มีปัญหาใดๆ
6) ระบบควรขยายได้โดยไม่มีปัญหามากเกินไป

แน่นอนว่างานต่างๆ ไปไกลเกินกว่ารายการแก้ได้ วิธีง่ายๆ... เนื่องจากระบบอัตโนมัติที่มีจุดสิ้นสุดจำนวนมากจึงเป็นสิ่งที่ขาดไม่ได้ และเราไม่พบสิ่งใดที่พร้อมแล้วที่มีฟังก์ชันที่คล้ายกันมากหรือน้อย
ฉันต้องเริ่มพัฒนาซอฟต์แวร์ ซึ่งในที่สุดก็ได้ชื่อมา MU (MagicUpdater)

หน้าที่หลัก:

1) การอัปเดตฐานข้อมูลแบบไดนามิก (คำสั่งหรือกำหนดการ)
2) การอัปเดตฐานคงที่ (คำสั่งหรือกำหนดการ)
3) ตัวแทนอัตโนมัติในคอมพิวเตอร์เป้าหมายเมื่อมีการแก้ไข
4) ตรวจสอบสถานะตัวแทน
5) อัปเดตรายงาน
6) การสำรองข้อมูล
7) การดำเนินการดูแลระบบกับเซิร์ฟเวอร์ 1C และ MS SQL
8) การปิดแอปพลิเคชันไคลเอนต์ 1C ทั้งหมดบนคอมพิวเตอร์เครือข่าย
9) การอัปเดตแบบคงที่พร้อมการยอมรับที่จุดชำระเงินหลัก
10) การแสดงคำอธิบายของการปรับเปลี่ยนหลังจากการอัพเดต
11) การกำหนดค่าลำดับของการกระทำ
12) ดำเนินการทั้งหมดเหล่านี้ตามกำหนดเวลา

แผนการโต้ตอบโดยประมาณ:

โดยที่ MU Agent เป็นบริการที่ติดตั้งและกำหนดค่าในร้านค้า อันที่จริงเธอได้รับคำสั่งจากศูนย์ให้ทำงานบางอย่าง
MU Server - เซิร์ฟเวอร์ที่รับคำขอทั้งหมดที่ส่งไปยังระบบ
การตรวจสอบ MU - สิ่งที่พนักงานฝ่ายสนับสนุนด้านเทคนิคทั่วไปเห็น - ใช้เพื่อดูบันทึกและตั้งค่างานสำหรับการอัปเดตหรืออื่นๆ

มันกลับกลายเป็นว่าค่อนข้างดีในความคิดของฉัน ขณะนี้การอัปเดตกำลังเกิดขึ้นเกือบจะใน โหมดอัตโนมัติ.
ตัวอย่างเช่น ข้อความแสดงข้อผิดพลาดจะดูแลการอัปเดตที่ยังคงอยู่ตรงกลาง ทุกอย่างกำลังรออยู่

นี่คือวิธีที่เราส่งคำสั่งไปยังคอมพิวเตอร์ไคลเอนต์

แอปพลิเคชั่นนั้นไม่ใช่ 1C อย่างแน่นอน แต่มีความสามารถด้านอินเตอร์เฟสที่ค่อนข้างดี ตัวอย่างเช่น นี่คือลักษณะของการเลือกตามวันที่:

ตอนนี้เราพร้อมสำหรับการจำลองแบบเพิ่มเติมแล้ว การวางแผนสนับสนุนเพิ่มเติมอย่างถูกต้องเป็นปัจจัยสำคัญประการหนึ่งสำหรับความสำเร็จต่อไปของโครงการดังกล่าว

การสร้างและการกำหนดค่าฐานข้อมูลแบบกระจาย (RIB) ในการบัญชี 1C 8.3 (และการกำหนดค่าอื่นๆ) มีความจำเป็นในกรณีที่ผู้ใช้หลายคนไม่สามารถทำงานพร้อมกันกับฐานข้อมูลเดียวได้ สิ่งนี้ค่อนข้างหายากในปัจจุบัน เนื่องจากเดสก์ท็อประยะไกลมาตรฐานใช้งานได้ดี และยังมีโปรแกรมอื่นๆ ที่ให้การเชื่อมต่อระยะไกลกับคอมพิวเตอร์ส่วนกลางที่มีฐานข้อมูลอยู่

แต่ถึงกระนั้นก็มีบางสถานการณ์ที่ไม่มีอินเทอร์เน็ต และข้อมูลควรจบลงในฐานข้อมูลเดียว สำหรับสิ่งนี้ ฐานข้อมูลแบบกระจายจะถูกสร้างขึ้น

โดยปกติฐานหลักจะเรียกว่าศูนย์กลางและส่วนที่เหลือเรียกว่าอุปกรณ์ต่อพ่วง สิ่งสำคัญที่สุดคือในโหมดด้วยตนเองหรืออัตโนมัติ (ขึ้นอยู่กับการตั้งค่า) ฐานข้อมูลจะรวมกันเป็นหนึ่งเดียว เพื่อป้องกันไม่ให้มีการทำซ้ำหมายเลขของเอกสารและรหัสไดเรกทอรีที่ป้อนใหม่ คำนำหน้าถูกกำหนดให้กับแต่ละฐานข้อมูล

ในคู่มือนี้ เราจะใช้ตัวอย่างเพื่อสร้างฐานข้อมูลส่วนกลางและอุปกรณ์ต่อพ่วง ตรวจสอบการแลกเปลี่ยนระหว่างกัน คู่มือนี้เหมาะสำหรับทั้ง 1C 8.3 การบัญชีและ 1C Trade Management (UT) และการกำหนดค่าอื่นๆ

การตั้งค่าฐานข้อมูล RIB แบบกระจายหลัก (ส่วนกลาง)

ไปที่เมนู "การดูแลระบบ" 1C จากนั้นไปที่ลิงก์ "การตั้งค่าการซิงโครไนซ์ข้อมูล" ในหน้าต่างที่เปิดขึ้น ให้เลือกช่องทำเครื่องหมาย "การซิงโครไนซ์ข้อมูล" ลิงก์ "การซิงโครไนซ์ข้อมูล" จะใช้งานได้ ทันทีที่นี่ เราจะตั้งค่าคำนำหน้าสำหรับฐานข้อมูลหลัก - ตัวอย่างเช่น "ธนาคารกลาง":

ไปที่ลิงค์ "การซิงโครไนซ์ข้อมูล" หน้าต่างจะเปิดขึ้นพร้อมปุ่ม "กำหนดค่าการซิงโครไนซ์ข้อมูล" เมื่อคุณคลิกที่ปุ่มนี้ รายการแบบหล่นลงจะเปิดขึ้น ซึ่งคุณต้องเลือกโหมด "เต็ม" หากคุณต้องการซิงโครไนซ์เพียงองค์กรเดียว คุณต้องเลือก "ตามองค์กร ... "

ในหน้าต่างถัดไป โปรแกรมจะเสนอให้เราทำการสำรองข้อมูล ฉันขอแนะนำให้ทำเช่นนี้ เนื่องจากขั้นตอนการตั้งค่าต่อไปนี้อาจย้อนกลับไม่ได้

หลังการสร้างสรรค์ สำรองกดปุ่ม "ถัดไป" ในขั้นตอนต่อไป เราต้องตัดสินใจว่าการซิงโครไนซ์จะเกิดขึ้นอย่างไร:

• ผ่านไดเร็กทอรีท้องถิ่นหรือไดเร็กทอรีบนเครือข่ายท้องถิ่น
• ผ่านทางอินเทอร์เน็ตผ่าน FTP

เพื่อความเรียบง่ายและชัดเจนของตัวอย่าง เราจะเลือกไดเร็กทอรีในเครื่อง ฉันระบุเส้นทางต่อไปนี้: "D: \ Base 1C \ Synchronization" มันจะไม่ฟุ่มเฟือยที่จะตรวจสอบรายการไปยังไดเร็กทอรีนี้ เพราะมีปุ่มพิเศษ:

รับบทเรียนวิดีโอ 267 1C ฟรี:

ข้ามขั้นตอนถัดไปสำหรับการกำหนดค่า FTP และการซิงค์อีเมล เราหยุดที่การตั้งค่าสำหรับชื่อของฐานข้อมูลหลักและอุปกรณ์ต่อพ่วง ที่นี่เราจะตั้งค่าคำนำหน้าสำหรับฐานอุปกรณ์ต่อพ่วง:

อย่าลืมว่าคำนำหน้าสำหรับแต่ละฐานข้อมูลต้องไม่ซ้ำกัน มิฉะนั้น คุณจะได้รับข้อผิดพลาด "ค่าของส่วนนำหน้าของฐานข้อมูลแรกไม่ซ้ำกัน"

คลิก "ถัดไป" ตรวจสอบข้อมูลที่ป้อน จากนั้นคลิก "ถัดไป" อีกครั้ง จากนั้น - "เสร็จสิ้น" ในฟิลด์ "ชื่อเต็มของฐานไฟล์" ระบุไฟล์ 1Cv8.1CD ในไดเร็กทอรีที่สร้างขึ้นสำหรับการซิงโครไนซ์ เราสร้างภาพเริ่มต้นของฐานข้อมูล 1C แบบกระจาย:

หลังจากสร้างอิมเมจ RIB เริ่มต้นใน 1C คุณสามารถตั้งค่ากำหนดการซิงโครไนซ์หรือซิงโครไนซ์ด้วยตนเอง:

หลังจากการซิงโครไนซ์ คุณสามารถเชื่อมต่อกับฐานข้อมูลใหม่ และตรวจสอบให้แน่ใจว่าได้อัปโหลดข้อมูลจากฐานข้อมูลกลางที่นั่น:

เพียงสร้างผู้ใช้อย่างน้อยหนึ่งรายที่มีสิทธิ์ของผู้ดูแลระบบในฐานอุปกรณ์ต่อพ่วงใหม่ทันที

การตั้งค่าการซิงโครไนซ์ในฐานข้อมูลอุปกรณ์ต่อพ่วง

ในฐานอุปกรณ์ต่อพ่วง 1C การตั้งค่าทำได้ง่ายกว่ามาก ก็เพียงพอแล้วที่จะทำเครื่องหมายในช่อง "การซิงโครไนซ์ข้อมูล" และไปตามลิงค์ที่มีชื่อเดียวกัน และเราพบว่าตัวเองอยู่ในหน้าต่างเกือบจะในทันทีด้วยปุ่ม "ซิงโครไนซ์" มาลองสร้างระบบการตั้งชื่อทดสอบในฐานข้อมูลอุปกรณ์ต่อพ่วงและอัปโหลดไปยังฐานข้อมูลหลักโดยใช้ RIB:

คอมโพเนนต์ URBD (การจัดการฐานข้อมูลแบบกระจาย) จะใช้เมื่อจำเป็นต้องแลกเปลี่ยนข้อมูลระหว่างฐานข้อมูลที่เหมือนกันตั้งแต่สองฐานข้อมูลขึ้นไป (ต่อไปนี้ - IB) ผ่านช่องทางการสื่อสารที่แคบ (เช่น โมเด็ม อีเมล) ด้านล่างนี้เป็นคำแนะนำทีละขั้นตอนและ คำแนะนำการปฏิบัติในการตั้งค่า URBD ใน 1C: Enterprise 7.7 มีการยกตัวอย่างสำหรับการรักษาความปลอดภัยข้อมูลสองรายการ แม้ว่าจะไม่ยากที่จะกำหนดค่าสำหรับฐานข้อมูลจำนวนมากขึ้น โดยการเปรียบเทียบกับสองฐานข้อมูล

ผู้เขียนบทความ: romix | บรรณาธิการ: evGenius แก้ไขล่าสุด №7 จาก 22.02.08 | ประวัติศาสตร์ URL:

คำสำคัญ: URBD, สคริปต์สำหรับการแลกเปลี่ยนอัตโนมัติ, การแลกเปลี่ยนระหว่างสาขา, เมล, rom-mail.dll, DialMail.dll, CDO, การเรียกผ่านสายโทรศัพท์, URIB

คอมโพเนนต์ URBD (การจัดการฐานข้อมูลแบบกระจาย) จะใช้เมื่อจำเป็นต้องแลกเปลี่ยนข้อมูลระหว่างสองฐานข้อมูลที่เหมือนกัน (ต่อไปนี้ - IB) ผ่านช่องทางการสื่อสารที่แคบ (เช่น โมเด็ม อีเมล) ด้านล่างนี้คือคำแนะนำทีละขั้นตอนและคำแนะนำเชิงปฏิบัติเกี่ยวกับการตั้งค่า URBD ใน 1C: Enterprise 7.7 มีการยกตัวอย่างสำหรับการรักษาความปลอดภัยข้อมูลสองรายการ แม้ว่าจะไม่ยากที่จะกำหนดค่าสำหรับฐานข้อมูลจำนวนมากขึ้นโดยการเปรียบเทียบกับสองฐานข้อมูล

1) ไลบรารี DistrDB.dll ในโฟลเดอร์ BIN ของโปรแกรม 1C: Enterprise รับผิดชอบการทำงานของคอมโพเนนต์ URBD ส่วนประกอบนี้ซื้อและติดตั้งแยกต่างหาก

2) สำหรับตัวอย่างของการแลกเปลี่ยนอัตโนมัติ เราจะสร้างสอง infobases โดยวางไว้ในโฟลเดอร์ชื่อ c: \ 1c_base1 และ c: \ 1c_base2 สร้างโฟลเดอร์เหล่านี้และในแต่ละโฟลเดอร์ - โฟลเดอร์ย่อยที่มีชื่อ CP และ PC (เป็นตัวอักษรละติน)

3) ในโฟลเดอร์ c: \ 1c_base1 วางการกำหนดค่าสำเร็จรูป (เช่น "Trade and Warehouse") แต่ควรฝึกโดยใช้ฐานข้อมูลที่ง่ายที่สุด (เช่น หนังสืออ้างอิงเพียงเล่มเดียวที่มีหลายรายการ) เป็นสิ่งสำคัญสำหรับเราที่จะต้องตรวจสอบให้แน่ใจว่าข้อมูลย้ายจากการรักษาความปลอดภัยข้อมูลหนึ่งไปยังอีกที่หนึ่งอย่างแท้จริงอันเป็นผลมาจากการแลกเปลี่ยนอัตโนมัติ URBD และสามารถแสดงได้ทั้งในกรณีทดสอบที่ซับซ้อนและง่ายที่สุด

4) ปิดหน้าต่างทั้งหมดใน Configurator และเปิดใช้งานรายการเมนู "Administration - Distributed IS - Management" รายการเมนูนี้จะพร้อมใช้งานหากโฟลเดอร์ BIN ของโปรแกรม 1C: Enterprise มีส่วนประกอบ DisrDB.dll หากไลบรารีมีเวอร์ชันที่ไม่ถูกต้องหรือเสียหาย เพียงติดตั้ง 1C: Enterprise ใหม่บนการติดตั้งปัจจุบัน - ไลบรารี DisrDB.dll จะถูกแทนที่ด้วยเวอร์ชันที่ถูกต้อง

5) ในหน้าต่างที่เปิดขึ้น ให้คลิกปุ่ม "Central IB" ในหน้าต่างคำขอ ระบุรหัสของฐานข้อมูลใหม่ (ป้อนหมายเลข 1) และคำอธิบาย (เช่น "Central IB")

6) ดับคำเตือนที่ปรากฏขึ้นเกี่ยวกับการเปลี่ยนแปลงกลับไม่ได้โดยคลิก "ตกลง" (ด้านล่างจะอธิบายวิธีการที่ไม่มีเอกสารเกี่ยวกับวิธีการคืนฐานสู่สถานะเดิมหากจำเป็น)

7) คลิกปุ่มอุปกรณ์ต่อพ่วงใหม่ ไอบี". ในหน้าต่างคำขอ ระบุรหัส 2 สำหรับมันและคำอธิบาย - "IB อุปกรณ์ต่อพ่วง"

8) เลือกฐานอุปกรณ์ต่อพ่วงด้วยการคลิกเพียงครั้งเดียวแล้วกด “Config. แลกเปลี่ยนอัตโนมัติ ". ในหน้าต่างที่เปิดขึ้น โดยการตั้งค่าสวิตช์ เปลี่ยนโหมดการแลกเปลี่ยนอัตโนมัติ "ด้วยตนเอง" เป็น "อัตโนมัติ" แล้วคลิกปุ่ม "ตกลง"

9) คลิกปุ่มอัปโหลดข้อมูล อย่าลืม (ไปที่คลิปบอร์ด) ชื่อของไฟล์ที่มีการอัปโหลด "c: \ 1c_base1 \ CP \ 20.zip" - มันจะยังมีประโยชน์สำหรับเรา คลิกตกลง ในตอนท้ายของการอัปโหลด 1C จะเขียนว่า "อัปโหลดเสร็จเรียบร้อยแล้ว"

10) ปิด Configurator และป้อน (เช่นในโหมด Configurator) โฟลเดอร์ (ยังว่าง) ที่ซึ่ง IB ที่สองควรอยู่ (ในตัวอย่างของเรา - c: \ 1c_base2) ระบุว่าฐานข้อมูลควรอยู่ในรูปแบบ DBF / CDX แล้วคลิก "ตกลง"

11) ไปที่รายการเมนูการดูแลระบบ - IS แบบกระจาย - การจัดการ ในการตอบคำถาม "ไม่พบฐานข้อมูล คุณต้องการดาวน์โหลดข้อมูลหรือไม่ " คลิก "ใช่" และระบุชื่อไฟล์อัปโหลด (ในตัวอย่างของเราคือ "c: \ 1c_base1 \ CP \ 20.zip") แล้วคลิก "ตกลง" ในตอนท้ายของการดาวน์โหลด 1C จะเขียนว่า "ดาวน์โหลดเสร็จเรียบร้อยแล้ว" เราได้สร้าง Peripheral IS สำเร็จโดยการดาวน์โหลดข้อมูลจาก Central IS

12) เปลี่ยนแปลงอะไรก็ได้ (เช่น add ไอเท็มใหม่หนังสืออ้างอิง) ในฐานข้อมูลแห่งหนึ่ง เป้าหมายของเราคือเพื่อให้แน่ใจว่าการเปลี่ยนแปลงในการรักษาความปลอดภัยข้อมูลหนึ่ง (ใดๆ) จะเข้าสู่การรักษาความปลอดภัยข้อมูลอื่นผ่านการแลกเปลี่ยนอัตโนมัติ ใช้รายการเมนู "การบริหาร" - "ความปลอดภัยของข้อมูลแบบกระจาย" - "แลกเปลี่ยนอัตโนมัติ" สลับกันในแต่ละฐาน ไฟล์ที่ยกเลิกการโหลดปรากฏขึ้นใหม่ที่มีนามสกุล ZIP ในโฟลเดอร์ CP และ PC จะต้องถูกย้าย (คัดลอก) ระหว่าง infobases ตามหลักการ CP-> CP, PC-> PC (ในเงื่อนไข "ฟิลด์" จริง ทำได้โดยใช้ อีเมล).

เคล็ดลับและสูตรอาหาร

1) ในการเปลี่ยนฐานข้อมูลแบบกระจายเป็นแบบปกติ ให้ลบไฟล์ 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF และไฟล์ * .CDX ที่เกี่ยวข้อง รวมทั้ง 1SSYSTEM.DBF โดยทั่วไป การลบ 1SSYSTEM.DBF ก็เพียงพอแล้ว หลังจากนั้น คุณต้องกู้คืนจุดที่เกี่ยวข้องด้วยการรันโปรแกรมในโหมดเอกสิทธิ์ เคล็ดลับนี้ไม่มีเอกสาร (เดาว่าทำไม) แต่ก็ใช้ได้

2) คุณสามารถเปลี่ยนการกำหนดค่า 1C ได้ แต่ใน Central IB เท่านั้น สะดวกมาก - การเปลี่ยนแปลงความปลอดภัยของข้อมูลอุปกรณ์ต่อพ่วงจะถูก "ม้วน" โดยอัตโนมัติ

3) หากคุณสูญหาย (เช่น เนื่องจากข้อผิดพลาดของอีเมล) การอัปโหลดอย่างน้อยหนึ่งรายการ - ไม่ต้องกังวลเพราะ URBD สามารถติดตามสถานการณ์ดังกล่าว และส่งข้อมูลที่สูญหายอีกครั้งในเซสชันการแลกเปลี่ยนอัตโนมัติครั้งถัดไป

4) ความสามารถมาตรฐานในการส่งอีเมลไปยัง 1C นั้นใช้งานผ่านอินเทอร์เฟซ MAPI เมื่อมีการโต้ตอบกับไคลเอนต์อีเมล (เช่น Outlook) คำแนะนำของฉัน - อย่าเสียเวลา - ด้วย MAPI และ Outlucks ทุกประเภท ในทางปฏิบัติ ปัญหาเกิดขึ้นอย่างต่อเนื่องซึ่งต้องการให้นักพัฒนา "ขับรถเร็ว" ระหว่างสาขาต่างๆ ฉันไม่แนะนำให้ใช้การเชื่อมต่อผ่านสายโทรศัพท์โดยตรงหรือ FTP ด้วยเหตุผลเดียวกัน ทางที่ดีควรส่งเมลที่มีส่วนประกอบภายนอก เช่น rom-mail.dll หรือ DialMail.dll

อีกทางเลือกหนึ่งคือการใช้CDO
http://avb1c.narod.ru/?=a9
(c) avb, กระบอกเสียงของไร้สาระ

5) โปรแกรมที่สามารถทำการแลกเปลี่ยนอัตโนมัติและส่งไฟล์อัพโหลดทาง e-mail ได้โดยอัตโนมัติ คุณสามารถใช้ได้ที่นี่:

หากคุณตั้งค่าคงที่สองสามตัวอย่างถูกต้อง ( ที่อยู่ไปรษณีย์, รหัสผ่าน, การเข้าร่วม ฯลฯ ) ผู้ใช้เพียงคลิกสองครั้งที่ทางลัดเพื่อเริ่มการแลกเปลี่ยนอัตโนมัติ

โปรแกรมถูกนำมาใช้เป็นการกำหนดค่า 1C: Enterprise คำอธิบายโดยละเอียดอยู่ในไฟล์ DOC ที่แนบมาด้วย

6) หากคุณต้องการโทรไปยัง ISP ของคุณโดยอัตโนมัติ ให้ใช้โปรแกรม E-Type Dialer เธอรู้วิธีเปิดแอปพลิเคชันภายนอกเมื่อเชื่อมต่อสำเร็จ อีกทางเลือกหนึ่งคือการใช้ DialMail ส่วนประกอบภายนอกซึ่งมีวิธีการทำงานกับโมเด็ม (คำแนะนำ - คำนำหน้า "p" ในภาษาละตินก่อนที่หมายเลขจะให้การโทรแบบพัลส์ 9W ต่อหน้าหมายเลข - โทรผ่าน "เก้า" แล้วรอ สำหรับเสียงต่อสาย ฯลฯ)

หมายเหตุ: Windows XP มีตัวเรียกเลขหมายในตัวที่เรียกว่า rasdial.exe กุญแจ บรรทัดคำสั่ง:
rasdial.exe รายการ รหัสผ่านผู้ใช้
องค์ประกอบ rasdial.exe / DISCONNECT

7) ให้ความสำคัญกับการเปลี่ยนแปลงใน IS กลาง โปรดทราบว่าคำนำหน้าของ infobase ใช้ในการกำหนดค่า 1C ทั่วไป (ดูการตั้งค่านี้ในค่าคงที่) เพื่อให้รหัสของรายการแคตตาล็อกและหมายเลขเอกสารที่สร้างในฐานข้อมูลต่างกันไม่ตรงกัน และไม่ละเมิดเอกลักษณ์ของรายการ

คำอธิบายสั้น ๆ ของ
จำนวนการติดตั้ง	ไม่ จำกัด	ใช้กับองค์ประกอบทางบัญชี 7.7	ใช่
จำนวนฐานข้อมูลต่อพ่วง	ไม่ จำกัด	ใช้กับองค์ประกอบบัญชีปฏิบัติการ7.7	ใช่
โปรแกรมสแตนด์อโลน	เลขที่	ใช้กับองค์ประกอบการคำนวณ 7.7	ใช่
ประเภทคีย์ความปลอดภัย	ยูเอสบี	ราคานี้รวมค่าส่งในรัสเซียแล้ว	ใช่
ชุดจำหน่าย	ใช่	ซื้อคุณสมบัติ	ในการสมัคร
มีคู่มือการติดตั้ง	ใช่

ทำไมคุณถึงต้องการ 1C: Enterprise 7.7 การจัดการฐานข้อมูลแบบกระจาย (1C URBD, 1C URIB)

ตัวย่อและตัวย่อ: 1C URBD- การจัดการฐานข้อมูลแบบกระจาย 1C URIB- การจัดการฐานข้อมูลแบบกระจาย

องค์ประกอบเพิ่มเติม "การจัดการฐานข้อมูลแบบกระจาย" - 1C URBD - 1C URIB - ใช้เพื่อจัดระเบียบระบบบัญชีอัตโนมัติแบบครบวงจรในองค์กรที่มี ทางภูมิศาสตร์ห่างไกลแผนก (เช่น สำนักงานใหญ่ ร้านค้า คลังสินค้า ฯลฯ) ไม่ได้เชื่อมต่อด้วยเครือข่ายท้องถิ่น... ความสามารถที่มีให้โดยส่วนประกอบนี้ทำให้สามารถจัดระเบียบการทำงานของระบบข้อมูลแบบกระจายด้วยฐานข้อมูลอุปกรณ์ต่อพ่วงที่ทำงานอัตโนมัติได้ไม่จำกัดจำนวน

ฐานข้อมูลแบบกระจายประกอบด้วยหนึ่งฐานข้อมูลส่วนกลางและไม่จำกัดจำนวน ในแต่ละ infobases ข้อมูลใหม่จะถูกป้อนและข้อมูลที่มีอยู่จะถูกแก้ไขอย่างอิสระ การกำหนดค่าระบบสามารถแก้ไขได้หรืออัปเดตเฉพาะในฐานข้อมูลส่วนกลางเท่านั้น ในการซิงโครไนซ์ข้อมูลระหว่างฐานข้อมูลส่วนกลางและอุปกรณ์ต่อพ่วง ข้อมูลที่เปลี่ยนแปลงจะต้องได้รับการถ่ายโอนเป็นระยะ ไฟล์ที่โอนสามารถขนส่งโดยใด ๆ ช่องทางที่มีอยู่(บนฟลอปปีดิสก์ ทางอีเมล ฯลฯ) ระบบจะติดตามการเปลี่ยนแปลงข้อมูลทั้งหมดโดยอัตโนมัติและส่งข้อมูลตามกฎการซิงโครไนซ์ที่อธิบายไว้

คอมโพเนนต์ 1C URBD สามารถใช้ได้กับโปรแกรมระบบ 1C: Enterprise 7.7 เวอร์ชันมืออาชีพเท่านั้น

คุณต้องซื้อ "1C: Enterprise 7.7. Distributed infobase management" กี่ชิ้น ตัวอย่างเช่น สำหรับสำนักงานใหญ่และคลังสินค้าระยะไกลสองแห่ง

ส่วนประกอบ "1C: Enterprise 7.7 การจัดการฐานข้อมูลแบบกระจาย" - 1C URBD - ได้รับการติดตั้งสำหรับ ศูนย์กลางฐานข้อมูล ส่วนประกอบเดียวช่วยให้คุณซิงโครไนซ์ฐานข้อมูลอุปกรณ์ต่อพ่วงได้ไม่จำกัดจำนวน ตัวอย่างเช่น หากต้องการซิงโครไนซ์สำนักงานใหญ่และคลังสินค้าระยะไกลสองแห่ง จำเป็นต้องมี "1C: Enterprise 7.7 การจัดการฐานข้อมูลแบบกระจาย" หนึ่งชุด

ในทางปฏิบัติ บ่อยครั้งมีสถานการณ์ที่หน่วยงานหรือสาขาต่าง ๆ ตั้งอยู่ทางภูมิศาสตร์ในสถานที่ต่างกัน ในเวลาเดียวกัน ข้อมูลที่ป้อนลงในโปรแกรมในแผนกที่อยู่ห่างไกลจะต้องไปที่สำนักงานใหญ่เพื่อที่บัญชีทั่วไปจะถูกเก็บไว้

ปัจจุบัน ปัญหานี้มักจะแก้ไขได้โดยให้พนักงานที่อยู่ห่างไกลในทางภูมิศาสตร์สามารถเข้าถึงฐานข้อมูลร่วมกันได้จากระยะไกล สามารถทำได้โดยการเผยแพร่ฐานข้อมูลบนเว็บเซิร์ฟเวอร์ ผ่านเดสก์ท็อประยะไกล และอื่นๆ

อย่างไรก็ตาม สถานการณ์ดังกล่าวไม่ใช่เรื่องแปลกเมื่อไม่มีอินเทอร์เน็ตในสำนักงานที่อยู่ห่างไกลจากพื้นที่ทางภูมิศาสตร์ หรือไม่เสถียรพอที่จะทำงานในฐานข้อมูลทั่วไป สำหรับสิ่งนี้ 1C มีกลไกสำหรับการกำหนดค่าฐานข้อมูลแบบกระจาย

พูดง่ายๆ ก็คือ ฐานหลักตั้งอยู่ในสำนักงานใหญ่ แผนกระยะไกลใช้ผู้ใต้บังคับบัญชา อาจมีฐานรองหลายฐาน ด้วยเหตุนี้ ฐานแบบกระจายดังกล่าวจึงถูกรวมเป็นหนึ่งเดียวผ่านการซิงโครไนซ์ สามารถทำได้ทั้งในโหมดอัตโนมัติตามกำหนดเวลาและด้วยตนเอง

ในบทความนี้ เราจะพิจารณาการตั้งค่าฐานข้อมูลแบบกระจายสำหรับ 1C: การบัญชี 3.0 อย่างไรก็ตาม คำแนะนำนี้เหมาะสำหรับการกำหนดค่า 1C 8.3 อื่นๆ ส่วนใหญ่

บันทึกการปรับเปลี่ยนการกำหนดค่าที่จำเป็นทั้งหมดควรทำในฐานข้อมูล RIB หลักเท่านั้น ในระหว่างการซิงโครไนซ์ การเปลี่ยนแปลงเหล่านี้จะถูกโอนไปยังฐานรองทั้งหมดและจะมีผล

ฐานข้อมูลหลัก

เมื่อใช้ฐานข้อมูลแบบกระจาย การตั้งค่าหลักจะตกอยู่ที่ฐานข้อมูลหลัก ต้องผลิตในส่วน "การบริหาร" ดังแสดงในภาพด้านล่าง

ในหน้าต่างที่เปิดขึ้น ให้เลือกช่องทำเครื่องหมาย "การซิงโครไนซ์ข้อมูล" ทันที ในส่วนล่าง ระบุคำนำหน้าของหลัก (ฐานปัจจุบัน) มีความยาวได้สูงสุดสองอักขระ ในกรณีของเรา คำนำหน้าจะเป็น "BG" เนื่องจากเราหมายถึง "แผนกบัญชี" RIB 1C นี้

ตอนนี้คุณสามารถเริ่มตั้งค่าการซิงโครไนซ์ได้เอง กล่าวคือ ระบุว่าจะแลกเปลี่ยนข้อมูลฐาน (หรือฐาน) ใด ในการดำเนินการนี้ ให้ทำตามไฮเปอร์ลิงก์ "การตั้งค่าการซิงโครไนซ์ข้อมูล" จะสามารถใช้ได้สำหรับการเปลี่ยนแปลงเฉพาะเมื่อมีการทำเครื่องหมายที่ช่องทำเครื่องหมายทางด้านซ้าย

ในหน้าต่างที่เปิดขึ้น ให้เลือกรายการ "เต็ม ... " จากเมนู จะช่วยให้เราสามารถระบุฐานข้อมูล 1C ใด ๆ สำหรับการซิงโครไนซ์

ในหน้าต่างแรกสำหรับเชื่อมต่อฐานรองที่ตั้งอยู่ในสำนักงานระยะไกลทางภูมิศาสตร์ ให้เลือกแฟล็กที่จะทำการเชื่อมต่อผ่านไดเร็กทอรีท้องถิ่นหรือเครือข่าย ในกรณีของเรา นี่คือ "D: \ DB \ InfoBase" เราจะตรวจสอบความเป็นไปได้ของการเขียนล่วงหน้าด้วย

อย่าลืมระบุคำนำหน้าที่แตกต่างกันสำหรับฐานที่ต่างกัน ความจริงก็คือเมื่อซิงโครไนซ์ข้อมูล จะมีการกำหนดคำนำหน้าที่แตกต่างกันสำหรับข้อมูลที่โอเวอร์โหลดจากแต่ละฐานข้อมูล หากซ้ำกัน งานจะไม่ถูกต้อง ดังนั้นโปรแกรมจะไม่ให้โอกาสคุณ

เมื่อโปรแกรมแจ้งให้คุณสร้างภาพเริ่มต้น ให้เลือกตัวเลือกนี้ ขั้นตอนนี้จะใช้เวลาสักครู่ จากนั้นบันทึกลงในคอมพิวเตอร์ของคุณด้วยชื่อ "1Cv8.1CD"

การซิงโครไนซ์สามารถทำได้โดยอัตโนมัติตามกำหนดเวลา ซึ่งคุณสามารถกำหนดค่าได้เองหรือด้วยตนเอง ในกรณีที่สอง เพียงคลิกที่ปุ่ม "ซิงโครไนซ์" ในเวลาที่คุณสะดวก

โหนดทาส RIB

จำนวนการตั้งค่าที่ทำในฐานรองน้อยกว่ามาก ในส่วนเดียวกัน ให้ตั้งค่าสถานะ "การซิงโครไนซ์ข้อมูล" และเมื่อคลิกลิงก์ที่เกี่ยวข้อง ปุ่ม "ซิงโครไนซ์" จะใช้งานได้

ในตัวอย่างของเรา มีการเพิ่มรายการศัพท์สองรายการในฐานข้อมูลหลัก: "บีม" และ "บอร์ด" หลังจากการซิงโครไนซ์แล้ว พวกเขาก็จบลงที่ฐานรอง ดังที่คุณเห็นในภาพด้านล่าง พวกเขาได้รับการกำหนดคำนำหน้า "BG" อีกสองตำแหน่ง ("Lathe" และ "Pallet") ถูกกำหนดคำนำหน้า "BP" เนื่องจากถูกป้อนโดยตรงในฐานรอง

บันทึกว่าการนับองค์ประกอบในกรณีของเรานั้นต่อเนื่อง แต่อยู่ภายในคำนำหน้าเดียวกันเท่านั้น