ข้อผิดพลาดในการสร้างคลัสเตอร์ พอร์ต IP ขัดแย้งกัน ทำงานภายใต้ระบบปฏิบัติการต่างๆ

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

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

ข้อกำหนดสำหรับระบบ 1C ที่มีโหลดสูง

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

การต้านทานภัยพิบัติ DBMSในกระบวนการออกแบบสถาปัตยกรรม 1C เน้นไปที่พลังการประมวลผลและความพร้อมใช้งานสูงของบริการ ซึ่งแสดงอยู่ในคลัสเตอร์ ตามค่าเริ่มต้น เซิร์ฟเวอร์ 1C:Enterprise สามารถทำงานในคลัสเตอร์ซ้ำซ้อนได้ และสำหรับคลัสเตอร์ DBMS ระบบจัดเก็บข้อมูลอุตสาหกรรม (SDS) และเทคโนโลยีการทำคลัสเตอร์ (เช่น Microsoft SQL Cluster) มักจะถูกนำมาใช้ อย่างไรก็ตาม สถานการณ์จะเลวร้ายเมื่อเกิดปัญหากับระบบจัดเก็บข้อมูล (บ่อยครั้งจากประสบการณ์ของเราในช่วงไม่กี่ปีที่ผ่านมา ปัญหาเหล่านี้คือปัญหาซอฟต์แวร์) ทันใดนั้นวิศวกรไอทีก็ประสบปัญหาสองประการ - ตำแหน่งที่จะรับข้อมูลล่าสุดและตำแหน่งที่จะปรับใช้ในเวลาที่สั้นที่สุดที่เป็นไปได้เนื่องจากระบบจัดเก็บข้อมูลที่มีปริมาณที่ต้องการของอาร์เรย์ดิสก์ที่รวดเร็วไม่พร้อมใช้งาน

ข้อกำหนดด้านความปลอดภัยของฐานข้อมูลเมื่อทำงานกับโครงการของธุรกิจขนาดกลางและขนาดใหญ่ เราต้องเผชิญกับข้อกำหนดสำหรับการปกป้องข้อมูลส่วนบุคคลเป็นประจำ (โดยเฉพาะเพื่อให้สอดคล้องกับย่อหน้าของกฎหมายของรัฐบาลกลาง-152) เงื่อนไขประการหนึ่งสำหรับการปฏิบัติตามข้อกำหนดเหล่านี้คือเพื่อให้แน่ใจว่าข้อมูลส่วนบุคคลมีความปลอดภัยอย่างเหมาะสมซึ่งต้องมีการเข้ารหัสฐานข้อมูล 1C

แผนการจัดระเบียบคลัสเตอร์ของเซิร์ฟเวอร์ 1C

โครงการที่มีคลัสเตอร์ของเซิร์ฟเวอร์ 1C ที่เชื่อมต่อกับคลัสเตอร์ที่มีการจำลองแบบ SQL AlwaysOn แบบซิงโครนัสผ่าน IPโครงการนี้เป็นหนึ่งในตัวเลือกคุณภาพสูงสำหรับการแก้ปัญหาการต้านทานภัยพิบัติของฐานข้อมูล 1C (ดูรูปที่ 1) เทคโนโลยีการจัดกลุ่มฐานข้อมูล SQL AlwaysOn ยึดตามหลักการซิงโครไนซ์ออนไลน์ของตาราง SQL ระหว่างเซิร์ฟเวอร์หลักและเซิร์ฟเวอร์สำรองโดยไม่มีการแทรกแซงจากผู้ใช้ปลายทาง การใช้ SQL Listener เป็นไปได้ที่จะเปลี่ยนไปใช้เซิร์ฟเวอร์ SQL สำรองในกรณีที่เซิร์ฟเวอร์หลักล้มเหลวซึ่งช่วยให้คุณสามารถเรียกระบบนี้ว่าเป็นคลัสเตอร์ SQL ที่ป้องกันภัยพิบัติเต็มรูปแบบด้วยการใช้เซิร์ฟเวอร์ SQL อิสระสองตัว . เทคโนโลยี SQL Always On มีเฉพาะในรุ่น Microsoft SQL Enterprise เท่านั้น

รูปที่ 1 - ไดอะแกรมของคลัสเตอร์ของเซิร์ฟเวอร์ 1C + SQL AlwaysOn

รูปแบบที่สองเหมือนกับรูปแบบแรกมีเพียงการเข้ารหัสฐานข้อมูล SQL บนเซิร์ฟเวอร์หลักและเซิร์ฟเวอร์สำรองเท่านั้นที่จะถูกเพิ่มเราได้กล่าวไปแล้วว่าการทำงานกับโครงการด้านไอทีล่าสุดแสดงให้เห็นว่าบริษัทต่างๆ เริ่มให้ความสำคัญกับปัญหาความปลอดภัยของข้อมูลมากขึ้น ด้วยเหตุผลหลายประการ - ข้อกำหนดของ Federal Law-152, การครอบครองเซิร์ฟเวอร์โดยผู้บุกรุก, ข้อมูลรั่วไหลในระบบคลาวด์ และสิ่งที่คล้ายกัน ดังนั้นเราจึงถือว่าโครงร่าง 1C เวอร์ชันนี้ค่อนข้างมีความเกี่ยวข้อง (ดูรูปที่ 2)

รูปที่ 2 - ไดอะแกรมของคลัสเตอร์ของเซิร์ฟเวอร์ 1C + SQL AlwaysOn พร้อมการเข้ารหัส

คลัสเตอร์ของเซิร์ฟเวอร์ 1C "active-active" ที่เชื่อมต่อกับเซิร์ฟเวอร์ DBMS เดียวผ่าน IPตรงกันข้ามกับความต้องการความทนทานต่อข้อผิดพลาดและการรักษาความปลอดภัย โครงสร้างบางส่วนต้องการประสิทธิภาพที่เพิ่มขึ้นเป็นหลัก กล่าวคือ “พลังการประมวลผลทั้งหมด” ดังนั้นจึงให้ความสำคัญสูงสุดในการเพิ่มจำนวนคลัสเตอร์การประมวลผลเซิร์ฟเวอร์ 1C ซึ่งแพลตฟอร์ม 1C ที่ทันสมัยช่วยให้การคำนวณและงานพื้นหลังประเภทต่างๆ สามารถสร้างความแตกต่างได้ (ดูรูปที่ 3) แน่นอนว่าการกำหนดค่าทรัพยากรหลักของเซิร์ฟเวอร์ SQL ควรจะได้มาตรฐานเช่นกัน แต่เซิร์ฟเวอร์ฐานข้อมูลนั้นถูกนำเสนอในรูปแบบเอกพจน์ (เห็นได้ชัดว่ามีการคำนวณเพื่อการสำรองฐานข้อมูลในเวลาที่เหมาะสม)

รูปที่ 3 - ไดอะแกรมของคลัสเตอร์เซิร์ฟเวอร์ 1C พร้อมเซิร์ฟเวอร์ DBMS หนึ่งเซิร์ฟเวอร์

เซิร์ฟเวอร์ 1C และ DBMS บนเซิร์ฟเวอร์ฮาร์ดแวร์ตัวเดียวพร้อม SharedMemoryเนื่องจากการทดสอบภาคปฏิบัติของเรามุ่งเน้นไปที่การเปรียบเทียบประสิทธิภาพของรูปแบบต่างๆ จึงจำเป็นต้องมีมาตรฐานบางประเภทเพื่อเปรียบเทียบตัวเลือกต่างๆ (ดูรูปที่ 4) ตามมาตรฐานแล้ว ในความเห็นของเรา คุณจะต้องจัดวางเลย์เอาต์ของเซิร์ฟเวอร์ 1C และ DBMS บนเซิร์ฟเวอร์ฮาร์ดแวร์เครื่องเดียวโดยไม่มีการจำลองเสมือนพร้อมการโต้ตอบผ่าน SharedMemory

รูปที่ 4 - ไดอะแกรมของเซิร์ฟเวอร์ 1C และ DBMS บนเซิร์ฟเวอร์ฮาร์ดแวร์เดียวกับ SharedMemory

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

ตารางที่ 1 - การเปรียบเทียบตัวเลือกสำหรับการสร้างระบบ 1C

อย่างที่คุณเห็นยังมีเกณฑ์สำคัญประการหนึ่งซึ่งยังคงต้องพิจารณาความหมาย - ผลผลิต เราจะดำเนินการทดสอบภาคปฏิบัติหลายชุดบนม้านั่งทดสอบโดยเฉพาะ

คำอธิบายวิธีการทดสอบ

ขั้นตอนการทดสอบประกอบด้วยเครื่องมือสำคัญสองอย่างสำหรับการสร้างโหลดสังเคราะห์และการจำลองการทำงานของผู้ใช้ใน 1C นี่คือการทดสอบ Gilev (TPC-1C) และ "ศูนย์ทดสอบ" จาก 1C: ชุดเครื่องมือเครื่องมือวัด

บททดสอบของกิเลฟการทดสอบเป็นส่วนหนึ่งของการทดสอบข้ามแพลตฟอร์มสากลอินทิกรัล สามารถใช้กับ 1C:Enterprise ทั้งเวอร์ชันไฟล์และไคลเอ็นต์-เซิร์ฟเวอร์ การทดสอบจะประเมินปริมาณงานต่อหน่วยเวลาในหนึ่งเธรด และเหมาะสำหรับการประเมินความเร็วของการโหลดแบบเธรดเดียว รวมถึงความเร็วของการเรนเดอร์อินเทอร์เฟซ ผลกระทบของต้นทุนทรัพยากรในการรักษาสภาพแวดล้อมเสมือน การโพสต์เอกสารใหม่ การปิด เดือน, คำนวณเงินเดือน ฯลฯ ความเป็นสากลช่วยให้คุณสามารถประเมินประสิทธิภาพโดยทั่วไปโดยไม่ต้องเชื่อมโยงกับการกำหนดค่าแพลตฟอร์มทั่วไปที่เฉพาะเจาะจง ผลการทดสอบคือการประเมินโดยสรุปของระบบ 1C ที่วัดได้ ซึ่งแสดงเป็นหน่วยทั่วไป

"ศูนย์ทดสอบ" เฉพาะทางจาก 1C: ชุดเครื่องมือเครื่องมือวัดศูนย์ทดสอบเป็นเครื่องมือสำหรับการทดสอบโหลดระบบข้อมูลผู้ใช้หลายรายโดยอัตโนมัติบนแพลตฟอร์ม 1C:Enterprise 8 ด้วยความช่วยเหลือนี้คุณสามารถจำลองการทำงานขององค์กรโดยไม่ต้องมีส่วนร่วมของผู้ใช้จริงซึ่งช่วยให้คุณสามารถประเมินการบังคับใช้ได้ ประสิทธิภาพและความสามารถในการปรับขนาดของระบบสารสนเทศในสภาวะจริง การใช้เครื่องมือ 1C: KIP ขึ้นอยู่กับกระบวนการและกรณีทดสอบ เมทริกซ์ "รายการออบเจ็กต์ของโครงร่างฐานข้อมูล ERP 2.2" จะถูกสร้างขึ้นสำหรับสถานการณ์การทดสอบประสิทธิภาพ ในรูปแบบฐานข้อมูล 1C: ERP 2.2 ข้อมูลจะถูกสร้างขึ้นโดยการประมวลผลตามข้อมูลอ้างอิงด้านกฎระเบียบ (RNI):

• รายการศัพท์หลายพันรายการ
• หลายองค์กร;
• คู่สัญญาหลายพันราย

การทดสอบดำเนินการภายในกลุ่มผู้ใช้หลายกลุ่ม กลุ่มประกอบด้วยผู้ใช้ 4 คน ซึ่งแต่ละคนมีบทบาทของตนเองและมีรายการการดำเนินการตามลำดับ ด้วยกลไกที่ยืดหยุ่นในการตั้งค่าพารามิเตอร์สำหรับการทดสอบ คุณสามารถทำการทดสอบกับผู้ใช้จำนวนที่แตกต่างกันได้ ซึ่งจะช่วยให้คุณสามารถประเมินพฤติกรรมของระบบภายใต้โหลดที่แตกต่างกัน และระบุพารามิเตอร์ที่อาจทำให้ตัวบ่งชี้ประสิทธิภาพลดลง การทดสอบ 3 รายการดำเนินการใน 3 รอบ โดยนักพัฒนา 1C จะทำการทดสอบเพื่อจำลองงานของผู้ใช้และวัดเวลาดำเนินการของแต่ละการดำเนินการ การวนซ้ำทั้งสามครั้งจะถูกวัดสำหรับแต่ละโครงร่างโครงสร้าง 1C ผลลัพธ์ของการทดสอบคือการได้รับเวลาดำเนินการโดยเฉลี่ยสำหรับเอกสารเมทริกซ์แต่ละฉบับ

ตัวบ่งชี้ของ "ศูนย์ทดสอบ" และการทดสอบ Gilev จะปรากฏในตารางสรุป 2

แท่นทดสอบ

เซิร์ฟเวอร์การเข้าถึงเทอร์มินัล– เครื่องเสมือนที่ใช้จัดการเครื่องมือทดสอบ:

• vCPU - 16 คอร์ 2.6GHz
• แรม - 32GB
• I\o: Intel Sata SSD Raid1

• แรม - 96GB
• I\o: Intel Sata SSD Raid1

เซิร์ฟเวอร์ 1C และ DBMS - เซิร์ฟเวอร์จริง

• CPU - โปรเซสเซอร์ Intel Xeon E5-2670 8C 2.6GHz – 2 ชิ้น
• แรม - 96GB
• I\o: Intel Sata SSD Raid1
• บทบาท: เซิร์ฟเวอร์ 1C 8.3.8.2137, MS SQL Server 2014 SP 2

ข้อสรุป

เราสามารถสรุปได้ว่าตามเวลาดำเนินการโดยเฉลี่ย รูปแบบที่เหมาะสมที่สุดคือหมายเลข 3 “คลัสเตอร์ของเซิร์ฟเวอร์ 1C “active-active” ที่เชื่อมต่อกับเซิร์ฟเวอร์ DBMS เดียวผ่านโปรโตคอล IP” (ดูตารางที่ 2) เพื่อให้แน่ใจว่าสถาปัตยกรรมดังกล่าวจะทนทานต่อข้อผิดพลาด เราขอแนะนำให้สร้างคลัสเตอร์ล้มเหลว MSSQL แบบคลาสสิกโดยมีฐานข้อมูลอยู่บนระบบจัดเก็บข้อมูลที่แยกต่างหาก

สิ่งสำคัญคือต้องทราบว่าความสมดุลที่เหมาะสมที่สุดของปัจจัยในการลดเวลาหยุดทำงาน ความทนทานต่อข้อผิดพลาด และความปลอดภัยของข้อมูลอยู่ในโครงการหมายเลข 1 “คลัสเตอร์ของเซิร์ฟเวอร์ 1C ที่เชื่อมต่อกับคลัสเตอร์ที่มีการจำลองแบบ SQL AlwaysOn แบบซิงโครนัสผ่าน IP” ในขณะที่ประสิทธิภาพลดลงเมื่อเปรียบเทียบ ตัวเลือกที่มีประสิทธิผลมากที่สุดคือประมาณ 10%

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

เรานำเสนอลูกค้าของเราโดยใช้ระบบคลาวด์ EFSOL คลัสเตอร์เซิร์ฟเวอร์ 1Cสำหรับเช่า. สิ่งนี้ช่วยให้คุณประหยัดเงินได้อย่างมากในการสร้างสถาปัตยกรรมที่ทนทานต่อข้อผิดพลาดสำหรับการทำงานกับ 1C

ตารางที่ 2 - ตารางสุดท้าย (เวอร์ชันย่อ) ของการทดสอบภาคปฏิบัติของตัวเลือกต่าง ๆ สำหรับการสร้างระบบ 1C

เงื่อนไขแนวคิด

ทำไมคุณถึงต้องการเซิร์ฟเวอร์ 1C?

คำว่า “คลัสเตอร์เซิร์ฟเวอร์” หมายถึงคอมพิวเตอร์หลายเครื่อง (เซิร์ฟเวอร์) ที่ดำเนินงานร่วมกัน

งานที่แก้ไขโดยคลัสเตอร์เซิร์ฟเวอร์ 1C:Enterprise 8 แสดงในรูปด้านล่าง

ความแตกต่างระหว่าง 8.1 และ 8.2

คลัสเตอร์ 1C 8.1

คลัสเตอร์เซิร์ฟเวอร์ 1C:Enterprise 8.1 เป็นการนำแนวคิดในการกระจายโหลดบนเซิร์ฟเวอร์ที่ให้บริการคำขอของไคลเอ็นต์ กลไกนี้จะกระจายโหลดบนทรัพยากรการประมวลผลภายในเซิร์ฟเวอร์เดียวหรือหลายเซิร์ฟเวอร์ (“เซิร์ฟเวอร์ที่ทำงาน”) ดังนั้นจึงรับประกันการปรับขนาดแอปพลิเคชัน คลัสเตอร์เซิร์ฟเวอร์ทำซ้ำรหัสที่ให้บริการการเชื่อมต่อไคลเอนต์ รหัสปฏิบัติการที่ซ้ำกันของคลัสเตอร์มีชื่อว่า "กระบวนการของผู้ปฏิบัติงาน" (rphost) เมื่อติดตั้งคลัสเตอร์ จะมีการสร้างกระบวนการของผู้ปฏิบัติงานเพียงกระบวนการเดียวเท่านั้น
กระบวนการของผู้ปฏิบัติงานหลายกระบวนการบนเซิร์ฟเวอร์เดียวทำให้สามารถใช้จำนวน RAM และทรัพยากรตัวประมวลผลเพื่อดำเนินการตามคำขอได้อย่างมีประสิทธิภาพ รวมถึงเชื่อมต่อเซสชันไคลเอนต์กับกระบวนการของผู้ปฏิบัติงานอื่นหากกระบวนการปัจจุบัน "ขัดข้อง"
โปรแกรม Server Agent (ragent) มีหน้าที่ทำความเข้าใจว่ามีอะไรทำงานบนเซิร์ฟเวอร์เฉพาะ การหยุดเอเจนต์เซิร์ฟเวอร์จะทำให้เซิร์ฟเวอร์ไม่พร้อมใช้งานโดยคลัสเตอร์ เอเจนต์เก็บข้อมูลไว้ในไฟล์ srvribrg.lst
ข้อมูลเกี่ยวกับฐานข้อมูลงานและกระบวนการทำงานที่เกี่ยวข้องเป็นของ “Server Manager” (rmngr) โดยเก็บข้อมูลนี้ไว้ในไฟล์ 1CV8Reg.lst การหยุดตัวจัดการเซิร์ฟเวอร์อาจนำไปสู่การรีสตาร์ทแอปพลิเคชันไคลเอนต์ หากตัวจัดการรีสตาร์ทสำเร็จหรือหยุดการทำงานของเซิร์ฟเวอร์ของคลัสเตอร์ทั้งหมดโดยสมบูรณ์
1C:Enterprise 8.1 ช่วยให้สามารถสร้างคลัสเตอร์อิสระหลายตัวบนเซิร์ฟเวอร์เดียวได้ แต่ละรายการจะถูกระบุบนเครือข่ายด้วย "พอร์ต IP" ที่ไม่ซ้ำกันและหมายเลขเฉพาะในไฟล์บริการ คลัสเตอร์แรกได้รับพอร์ต 1541 เป็นค่าเริ่มต้น
สแน็ปอินเซิร์ฟเวอร์องค์กรได้รับการออกแบบมาเพื่อจัดการคลัสเตอร์
คุณสามารถเชื่อมต่อกับเซิร์ฟเวอร์ด้วยชื่อเซิร์ฟเวอร์หรือที่อยู่ IP

ตัวแทนเซิร์ฟเวอร์

ตัวแทนเซิร์ฟเวอร์ “รู้” เกี่ยวกับคลัสเตอร์ทั้งหมดที่ทำงานบนเซิร์ฟเวอร์ ข้อมูลนี้ถูกจัดเก็บไว้ในไฟล์ srvribrg.lst พร้อมด้วยรายชื่อคลัสเตอร์และผู้ดูแลระบบรายชื่อ พอร์ตหลักของเอเจนต์คือ 1540 บนเซิร์ฟเวอร์ที่ทำงานแต่ละเซิร์ฟเวอร์ สามารถเปิดใช้งานเอเจนต์ได้เพียงตัวเดียวเท่านั้น ซึ่งให้บริการคลัสเตอร์ที่เป็นไปได้ทั้งหมดบนเซิร์ฟเวอร์นี้
หากต้องการรับข้อมูลโดยละเอียดมากขึ้น ให้ใช้ยูทิลิตี้ Process Explorer (พัฒนาโดย Sysinternals) โปรแกรมนี้ช่วยให้คุณสามารถมองลึกลงไปภายในกระบวนการที่ทำงานอยู่ รวมถึงคลัสเตอร์เซิร์ฟเวอร์ 1C:Enterprise 8.1

ผู้จัดการคลัสเตอร์

ผู้จัดการคลัสเตอร์มีหน้าที่รับผิดชอบการทำงานของคลัสเตอร์ แต่ละคลัสเตอร์มีผู้จัดการของตัวเอง ตัวจัดการจัดเก็บข้อมูลเกี่ยวกับคลัสเตอร์ในไฟล์ 1CV8Reg.lst (รีจิสทรีของคลัสเตอร์) ตัวจัดการคลัสเตอร์แต่ละตัวยังมีพอร์ตของตัวเองบนเซิร์ฟเวอร์งานอีกด้วย สำหรับคลัสเตอร์แรก พอร์ต Manager เริ่มต้นคือ 1541 ซึ่งเป็นพอร์ตนี้ที่แสดงในสแน็ปอิน 1C:Enterprise Servers ในสาขาคลัสเตอร์ เพื่อระบุคลัสเตอร์
ผู้จัดการได้รับคำขอจากส่วนไคลเอนต์ของ 1C:Enterprise 8.1 และตัดสินใจว่าเวิร์กโฟลว์ใดที่จะส่งคำขอบริการนี้

ผู้จัดการใช้พอร์ตบริการเพื่อโต้ตอบกับกระบวนการของผู้ปฏิบัติงาน

ขั้นตอนการทำงาน

กระบวนการทำงานมีหน้าที่ “ทำงานร่วมกับลูกค้า” เราสามารถพูดได้ว่าใน 1C:Enterprise 8.0 เวอร์ชันก่อนหน้ามี "เวิร์กโฟลว์" เพียงอันเดียว
อาจมีกระบวนการของผู้ปฏิบัติงานได้หลายกระบวนการในคลัสเตอร์ 1C:Enterprise 8.1 ผู้จัดการเซิร์ฟเวอร์ตัดสินใจว่ากระบวนการของผู้ปฏิบัติงานใดที่จะให้บริการการเชื่อมต่อกับไคลเอนต์ สำหรับการเชื่อมต่อไคลเอนต์ กระบวนการของผู้ปฏิบัติงานจะได้รับการจัดสรรช่วงของพอร์ต IP 1560 – 1591 ตามค่าเริ่มต้น นอกจากนี้ แต่ละกระบวนการของผู้ปฏิบัติงานจะได้รับการกำหนดพอร์ตบริการสำหรับการสื่อสารกับผู้จัดการคลัสเตอร์ กระบวนการของผู้ปฏิบัติงานแต่ละกระบวนการใช้ RAM สูงสุด 2 Gb ในระบบปฏิบัติการ 32 บิต ในระบบปฏิบัติการ 64 บิต ข้อจำกัดถูกกำหนดโดยจำนวน RAM จริง

คลัสเตอร์ 1C 8.2

คลัสเตอร์เซิร์ฟเวอร์ 1C:Enterprise 8.2 – การพัฒนาเพิ่มเติมของเทคโนโลยีเซิร์ฟเวอร์ 8.2

เซิร์ฟเวอร์สามารถทำงานได้ "เหมือน 8.1" เช่น มันยังคงเข้ากันได้กับเทคโนโลยีก่อนหน้านี้

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

เซสชันเปิดใช้งานการปรับสมดุลโหลดและความทนทานต่อข้อผิดพลาดภายในแอปพลิเคชันที่ได้รับการจัดการ

ผู้จัดการคลัสเตอร์

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

การยอมรับข้อผิดพลาดของเซิร์ฟเวอร์ 8.2 ทำได้ผ่าน:

• จัดเก็บข้อมูลเกี่ยวกับเซสชันของผู้ใช้
  • ผู้ใช้ไม่เชื่อมโยงกับเวิร์กโฟลว์อีกต่อไป

• การสำรองกระบวนการทำงานแบบคลัสเตอร์
  • ควรมีกระบวนการของผู้ปฏิบัติงานหลายกระบวนการ รวมถึงกระบวนการที่ซ้ำซ้อนด้วย

• การจองคลัสเตอร์
  • มีการระบุคลัสเตอร์สำรอง เมื่อเชื่อมต่อแล้ว คลัสเตอร์เหล่านั้นจะแสดงรายการในสายเชื่อมต่อ

ช่วยให้สามารถดำเนินงานได้อย่างต่อเนื่อง:

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

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

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

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

คลัสเตอร์ 1C 8.3

เซิร์ฟเวอร์ 8.3 มีลักษณะพิเศษคือโค้ดภายในที่ออกแบบใหม่ แม้ว่า "จากภายนอก" อาจดูเหมือนเป็นเวอร์ชัน 8.2 ที่ได้รับการแก้ไขเล็กน้อย

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

กลไกการปรับสมดุลโหลดได้รับการพัฒนาซึ่งสามารถใช้เพื่อเพิ่มประสิทธิภาพของระบบโดยรวม หรือใช้โหมด "ประหยัดหน่วยความจำ" ใหม่ ซึ่งช่วยให้คุณทำงาน "ด้วยหน่วยความจำที่จำกัด" ในกรณีที่การกำหนดค่า ใช้คำว่า “ชอบกินความจำ”

ความเสถียรของการทำงานเมื่อใช้หน่วยความจำจำนวนมากจะถูกกำหนดโดยพารามิเตอร์ใหม่ของเซิร์ฟเวอร์ที่ใช้งานจริง

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

ฉันแนะนำให้แยกกระบวนการทำงานตามฐานข้อมูล เช่น ระบุพารามิเตอร์ “จำนวนความปลอดภัยของข้อมูลต่อกระบวนการ = 1” ด้วยฐานข้อมูลที่มีการโหลดสูงจำนวนมาก สิ่งนี้จะลดอิทธิพลร่วมกันทั้งในแง่ของความน่าเชื่อถือและประสิทธิภาพ

การสนับสนุนที่แยกต่างหากเพื่อความเสถียรของระบบนั้นมาจาก "ค่าใช้จ่าย" ของใบอนุญาต/คีย์ ใน 8.3 มีความเป็นไปได้ที่จะใช้ "ตัวจัดการลิขสิทธิ์ซอฟต์แวร์" ซึ่งชวนให้นึกถึงตัวจัดการ "aladin" เป้าหมายคือสามารถวางกุญแจไว้บนเครื่องแยกต่างหากได้

มันถูกนำไปใช้เป็น “บริการ” อื่นในตัวจัดการคลัสเตอร์ คุณสามารถใช้แล็ปท็อป "ฟรี" ได้ เพิ่มลงในคลัสเตอร์ 1C 8.3 สร้างผู้จัดการแยกต่างหากด้วยบริการ "บริการลิขสิทธิ์" คุณสามารถใส่คีย์ hasp ของฮาร์ดแวร์ลงในแล็ปท็อปของคุณ หรือเปิดใช้งานลิขสิทธิ์ซอฟต์แวร์ได้

สิ่งที่น่าสนใจที่สุดสำหรับโปรแกรมเมอร์ควรเป็น "ข้อกำหนดในการกำหนดฟังก์ชันการทำงาน"

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

สิ่งที่น่าสนใจยิ่งกว่านั้นคือความสามารถในการรัน “งานพื้นหลังเท่านั้น” บนเซิร์ฟเวอร์ที่ใช้งานจริงของคลัสเตอร์โดยไม่มีเซสชันผู้ใช้ วิธีนี้ทำให้คุณสามารถย้ายงานที่โหลดสูง (โค้ด) ไปยังเครื่องอื่นได้ นอกจากนี้ คุณสามารถรันงานพื้นหลังหนึ่งงาน "การปิดเดือน" โดยใช้ "ค่าของพารามิเตอร์เพิ่มเติม" บนคอมพิวเตอร์เครื่องหนึ่ง และงานพื้นหลัง "การอัปเดตดัชนีข้อความแบบเต็ม" ในอีกเครื่องหนึ่ง การชี้แจงเกิดขึ้นผ่านการบ่งชี้ "ค่าของ พารามิเตอร์เพิ่มเติม” ตัวอย่างเช่น หากคุณระบุ BackgroundJob.CommonModule เป็นค่า คุณสามารถจำกัดการทำงานของเซิร์ฟเวอร์ผู้ปฏิบัติงานในคลัสเตอร์ให้เหลือเฉพาะงานพื้นหลังที่มีเนื้อหาใดๆ ได้ ค่า BackgroundJob.CommonModule<Имя модуля>.<Имя метода>- จะระบุรหัสเฉพาะ

แก้ไขปัญหาการติดตั้งที่เป็นไปได้

เมื่อติดตั้งส่วนเซิร์ฟเวอร์ 1C:Enterprise 8.1 คุณสามารถสร้างผู้ใช้ใหม่หรือเลือกบัญชีที่มีอยู่ได้

ในกรณีที่เลือกบัญชีที่มีอยู่ คุณต้องระบุรหัสผ่านและการยืนยันที่ถูกต้อง มิฉะนั้นการเริ่มฝั่งเซิร์ฟเวอร์ต่อไปจะส่งผลให้เกิดข้อผิดพลาด
เมื่อคุณรัน Cluster Agent เป็นครั้งแรก คลัสเตอร์เริ่มต้นจะถูกสร้างขึ้น
คลัสเตอร์เริ่มต้นมีลักษณะดังต่อไปนี้:
· หมายเลขพอร์ต – 1541;
· ช่วงพอร์ต IP – 1560:1591;
· รองรับเวิร์กโฟลว์จำนวนมาก - ปิดการใช้งาน;
· หนึ่งกระบวนการของผู้ปฏิบัติงาน หมายเลขพอร์ตจะถูกตั้งค่าจากช่วงที่ระบุ
หากมีปัญหาใดๆ เมื่อคุณเริ่ม Cluster Agent เป็นครั้งแรก คลัสเตอร์เริ่มต้นอาจไม่ถูกสร้างขึ้น สิ่งนี้แสดงให้เห็นในความจริงที่ว่าเมื่อเอเจนต์เซิร์ฟเวอร์ (ragent) เริ่มต้น มันจะเริ่มทำงาน แต่ไม่ได้เริ่มกระบวนการคลัสเตอร์อื่น ๆ (rmngr, rphost) รายการคลัสเตอร์ srvribrg.lst มีลักษณะดังนี้:
{
{0},
ในกรณีนี้ คุณสามารถหยุดกระบวนการ ragent ลบรายการคลัสเตอร์ (srvribrg.lst) และเริ่มต้น ragent อีกครั้ง

ตรวจสอบการจับคู่ระหว่างพอร์ตที่ระบุในพารามิเตอร์พอร์ตของบรรทัดคำสั่งสำหรับการเริ่มบริการเอเจนต์เซิร์ฟเวอร์และพอร์ตที่ระบุในกล่องโต้ตอบพารามิเตอร์เซิร์ฟเวอร์กลางของคอนโซลคลัสเตอร์:

— หยุดบริการตัวแทนเซิร์ฟเวอร์ 1C:Enterprise 8.1

หากตัวแทนเซิร์ฟเวอร์ทำงานเป็นแอปพลิเคชัน คุณสามารถหยุดการทำงานได้โดยการกดคีย์ผสม Ctrl+C
- ตรวจสอบให้แน่ใจว่าในตัวจัดการงานว่ากระบวนการทั้งหมด ragent, rmngr, rphost ได้สิ้นสุดลงแล้ว หากจำเป็น ให้ดำเนินการให้เสร็จสิ้นโดยใช้ตัวจัดการงาน

— เปิดคุณสมบัติของบริการ 1C:Enterprise 8.1 Server Agent

- ให้ความสนใจกับบรรทัด “ไฟล์ปฏิบัติการ” (เส้นทางสู่ปฏิบัติการ) โดยมีพารามิเตอร์ -d ตามด้วยไดเร็กทอรีข้อมูลคลัสเตอร์ ไฟล์ทั้งหมดที่เกี่ยวข้องกับคลัสเตอร์จะอยู่ในไดเร็กทอรีนี้
- ลบเนื้อหาทั้งหมดของไดเร็กทอรีนี้
— เริ่มบริการตัวแทนเซิร์ฟเวอร์ 1C:Enterprise 8.1
- ตรวจสอบให้แน่ใจว่าในตัวจัดการงานว่ากระบวนการทั้งหมด ragent, rmngr, rphost ได้เริ่มต้นแล้ว
— เรียกใช้คอนโซลคลัสเตอร์และลงทะเบียนเซิร์ฟเวอร์กลางในนั้น คอนโซลควรเชื่อมต่อกับเซิร์ฟเวอร์กลางและแสดงหนึ่งคลัสเตอร์ที่สร้างขึ้นตามค่าเริ่มต้น
ปัญหาที่เป็นไปได้กับความล้มเหลวของคลัสเตอร์เซิร์ฟเวอร์รวมถึงปัญหาเกี่ยวกับคีย์ความปลอดภัย สิทธิ์ของบัญชีบริการ และพารามิเตอร์การเริ่มต้นที่ไม่ถูกต้อง

1. คีย์การป้องกันเซิร์ฟเวอร์ได้รับการติดตั้งในเครื่องในแต่ละเซิร์ฟเวอร์ในองค์กร
2. อย่าตั้งค่าบัญชีบริการด้วยรหัสผ่านที่ว่างเปล่า
3. เมื่อมีหลายคลัสเตอร์ พอร์ตที่ใช้ไม่ควรทับซ้อนกัน

โปรดทราบว่าในระหว่างกระบวนการติดตั้งแพลตฟอร์ม 1C:Enterprise 8.1 ข้อความแสดงข้อผิดพลาดอาจปรากฏขึ้น ข้อความที่น่าจะเป็นไปได้มากที่สุดแสดงอยู่ด้านล่างนี้ ระบุเหตุผลที่ทำให้เกิดข้อความและขั้นตอนในการกำจัดข้อความเหล่านั้น

ข้อผิดพลาด 1,069: บริการไม่ทำงานเนื่องจากข้อผิดพลาดในการเข้าสู่ระบบ

ปัญหาเกี่ยวข้องกับสิทธิ์ของบัญชีในการทำงานเป็นบริการระบบ เปิดโปรแกรมอรรถประโยชน์นโยบายความปลอดภัยท้องถิ่น และเพิ่มผู้ใช้ (ซึ่งมีการเปิดตัวเซิร์ฟเวอร์งานคลัสเตอร์ในนาม) ลงในนโยบายการเข้าสู่ระบบเป็นบริการและเข้าสู่ระบบเป็นชุดงาน
หากข้อมูลที่จัดเก็บไว้ในไฟล์บริการเสียหาย การเริ่มต้นเซิร์ฟเวอร์การผลิตของคลัสเตอร์อาจล้มเหลว ตรวจสอบให้แน่ใจว่าตัวแทนเซิร์ฟเวอร์ 1C:Enterprise 8.1 กำลังทำงานอยู่ (กระบวนการตัวแทนในตัวจัดการงาน)
อย่าลืมว่า Windows Event Auditing ก็เป็นเครื่องมือวิเคราะห์เช่นกัน ในการดำเนินการนี้ ให้ตรวจดูว่ามีข้อความ “น่าสงสัย” ปรากฏในบันทึกเหตุการณ์ของ Windows หรือไม่

ข้อผิดพลาด 8007056B / 800708C5

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

ข้อผิดพลาด 1923: ไม่มีสิทธิ์ในการติดตั้งโดยบริการ

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

ข้อผิดพลาด 80070056

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

ซ็อกเก็ต Windows - 11004(0x00002AFC)

1) ตรวจสอบให้แน่ใจว่าบนเซิร์ฟเวอร์การทำงานของคลัสเตอร์ในตัวจัดการงานสิ่งต่อไปนี้กำลังทำงานอยู่:
ตัวแทนเซิร์ฟเวอร์ (ragent.exe)
ตัวจัดการคลัสเตอร์ (rmngr.exe)
กระบวนการของผู้ปฏิบัติงานคลัสเตอร์ (rphost.exe)
2) หากต้องการตรวจสอบการจำแนกชื่อที่อยู่ IP ให้รันบนบรรทัดคำสั่ง:
ชื่อเครื่องปิง
ในการตอบสนองต่อคำสั่งของระบบ เราสนใจที่จะพิจารณาว่ามีการกำหนดที่อยู่ IP หรือไม่
3) หากมีการกำหนดชื่อ แต่ยังไม่พบกระบวนการของผู้ปฏิบัติงาน ตรวจสอบให้แน่ใจว่าได้กำหนดที่อยู่ IP ของชื่อแล้ว<имя машины>และ<имя машины>.<имя домена>ไม่ได้กำหนดไว้แตกต่างกัน

(ซ็อกเก็ต Windows - 10054(0x00002746)

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

(ซ็อกเก็ต Windows - 10060(0x0000274C)

ความพยายามสร้างการเชื่อมต่อไม่สำเร็จเนื่องจาก... ไม่ได้รับการตอบสนองที่ต้องการจากคอมพิวเตอร์เครื่องอื่นภายในเวลาที่กำหนด หรือการเชื่อมต่อที่สร้างไว้แล้วถูกยกเลิกเนื่องจากการตอบสนองที่ไม่ถูกต้องจากคอมพิวเตอร์ที่เชื่อมต่ออยู่แล้ว
สาระสำคัญของข้อผิดพลาดนี้คือการขาดการตอบสนองภายในระยะเวลาหนึ่ง (หมดเวลา)
1) ตรวจสอบให้แน่ใจว่าไฟร์วอลล์ของคุณไม่ได้ปิดกั้นการรับส่งข้อมูลของแอปพลิเคชัน ปิดไฟร์วอลล์ของคุณ
หากต้องการทำสิ่งนี้ ให้รันคำสั่งบนบรรทัดคำสั่ง (คำสั่งพร้อมใช้งานตั้งแต่ Windows XP และ Windows Server 2003 เวอร์ชันก่อนหน้าไม่มีไฟร์วอลล์ในตัว แต่สามารถติดตั้งซอฟต์แวร์บุคคลที่สามได้):
เน็ตชไฟร์วอลล์ชุดออปโหมดปิดการใช้งาน
หากคำสั่งสำเร็จ คุณจะได้รับข้อความ:
ตกลง.
นอกจากไฟร์วอลล์แล้ว ตัวกรองเครือข่ายยังสามารถบล็อกการรับส่งข้อมูลได้ พวกเขาถูกปิดใช้งานโดยค่าเริ่มต้น อย่างไรก็ตาม ตรวจสอบให้แน่ใจว่าเป็นเช่นนั้น:

1. เปิดโฟลเดอร์การเชื่อมต่อเครือข่าย
2. คลิกขวาที่การเชื่อมต่อเครือข่ายที่คุณต้องการกำหนดค่าและเลือก คุณสมบัติ.
3. บนแท็บ เป็นเรื่องธรรมดา(สำหรับการเชื่อมต่อเครือข่ายท้องถิ่น) หรือบนแท็บ สุทธิ(สำหรับการเชื่อมต่ออื่นๆ ทั้งหมด) เลือก อินเทอร์เน็ตโปรโตคอล (TCP/IP)และกดปุ่ม คุณสมบัติ.
4. คลิกปุ่ม นอกจากนี้.
5. เปิดแท็บ ตัวเลือกให้เลือกตัวเลือก การกรอง TCP/IPและกดปุ่ม คุณสมบัติ.
6. ตรวจสอบให้แน่ใจว่าช่องทำเครื่องหมาย เปิดใช้งานการกรอง TCP/IP (อะแดปเตอร์ทั้งหมด)ลบออก.

2) ตรวจสอบให้แน่ใจว่าทรัพยากรตัวประมวลผลไม่ได้โหลด 100% (CPU%)
3) วัดกิจกรรมเครือข่ายของอินเทอร์เฟซไคลเอ็นต์และเซิร์ฟเวอร์ โหลดบนอะแดปเตอร์เครือข่ายไม่ควรเกิน 60%

(ซ็อกเก็ต Windows - 10061(0x0000274D)

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

คำตอบสำหรับคำถาม

มัลติแพลตฟอร์ม 1C

การติดตั้งเซิร์ฟเวอร์

ถาม: เกิดข้อผิดพลาดในการติดตั้งเซิร์ฟเวอร์ 1c บน MS Server 2008 R2 x64 เมื่อติดตั้งเซิร์ฟเวอร์ 1c ผ่านทางบรรทัดคำสั่ง เช่น ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d “C:\Program Files\1cv82 \ (นำมาจากดิสก์ ITS) บรรทัดคำสั่งจะเขียนข้อความ: "ข้อผิดพลาด! ข้อผิดพลาด OpenSCManager!” บริการไม่ได้ถูกสร้างขึ้นในกรณีนี้ ทดสอบเมื่อ 8.1.15.14 และ 8.2.10.77

ตอบ: หากต้องการติดตั้งจากบรรทัดคำสั่งบนระบบปฏิบัติการที่มี UAC คุณจะต้องใช้บริการ RunAs เนื่องจาก แม้ว่าผู้ใช้จะเป็นสมาชิกของกลุ่มผู้ดูแลระบบ UAC จะบล็อกการดำเนินการที่เปลี่ยนสถานะของระบบ

กุญแจป้องกัน

ถาม: คีย์ป้องกันสำหรับ Server 8.2 อนุญาตให้ฉันเรียกใช้ Server 8.1 ได้หรือไม่
ตอบ: ใช่แล้ว

ถาม: ในการเริ่มต้นเซิร์ฟเวอร์ 1C ฉันจำเป็นต้องมีคีย์ hasp ของเซิร์ฟเวอร์หรือไม่ ท้องถิ่นหรือจะไม่ทำงานสำหรับผู้ใช้ 5 คน?

ตอบ: ใช่ เซิร์ฟเวอร์จำเป็นต้องมีรหัสของตัวเอง ผู้ใช้ภายในเครื่องและคีย์เครือข่ายจะไม่ทำงาน รายละเอียดเพิ่มเติมใน « « , สไลด์หมายเลข 30

ถาม: สมมติว่าคลัสเตอร์เซิร์ฟเวอร์ 1C ประกอบด้วยเซิร์ฟเวอร์จริง 3 ตัว ต้องใช้คีย์ความปลอดภัยกี่อัน?

ถาม: มีเทอร์มินัลเซิร์ฟเวอร์และคีย์สำหรับใบอนุญาต 5 ใบ โดยจะต้องซื้อใบอนุญาตเพิ่มเติมใบที่ 6 ใบอนุญาต. เป็นไปได้ไหมที่จะติดตั้งบนเซิร์ฟเวอร์ถัดจากคีย์ที่ 5? และผู้ใช้ทั้ง 6 คนจะทำงานในเซสชันเทอร์มินัลหรือ 5 - ใต้เทอร์มินัลและ 1 คนในเวอร์ชันไฟล์
ตอบ: ไม่ พวกเขาจะไม่ทำ ใบอนุญาตที่ 6 ในรูปแบบของคีย์ท้องถิ่นจะต้องเสียบเข้ากับคอมพิวเตอร์ของผู้ใช้ แต่ต้องไม่เสียบเข้ากับเทอร์มินัล

อัพเดตเซิร์ฟเวอร์ 1C

ถาม: เมื่อมีการเปิดตัวแพลตฟอร์มเวอร์ชัน 8.2.xxx ใหม่ ขั้นตอนการอัปเดตเซิร์ฟเวอร์และไคลเอนต์เป็นอย่างไร?
ตอบ: 8.2 ดิสทริบิวชันจะติดตั้งไฟล์ในโฟลเดอร์ที่แตกต่างกัน (แต่ละเวอร์ชันมีโฟลเดอร์ของตัวเอง) เช่น ตามทฤษฎีแล้ว ยังคงสามารถเรียกเซิร์ฟเวอร์หลายเวอร์ชันพร้อมกันได้

ฉันไม่ได้มีปัญหาใดๆ อย่างไรก็ตาม คุณต้องตรวจสอบพอร์ตที่อินสแตนซ์เซิร์ฟเวอร์ 1C ครอบครองอย่างระมัดระวัง ไม่ควรมีทางแยก

การตั้งค่าเซิร์ฟเวอร์ 1C

ถาม: ใน 1C 8.1 วิธีที่ดีที่สุดในการวางฐานข้อมูล (ถ้ามีหลายฐานข้อมูล) ในคลัสเตอร์เดียวหรือสร้างคลัสเตอร์แยกต่างหากสำหรับแต่ละฐานข้อมูลคืออะไร ตอบ: เมื่อมีปริมาณหรือโหลดมาก ฐานข้อมูลทดสอบจะต้องถูกแยกไว้ในคลัสเตอร์ที่แยกจากกัน!

ถาม: คำถาม: เวิร์กโฟลว์ 1C:Enterprise 8.1 เป็นแอปพลิเคชันแบบเธรดเดียวหรือแบบมัลติเธรดหรือไม่ เหล่านั้น. ผู้ใช้ที่เชื่อมต่อหนึ่งคนสามารถโหลดคอร์หลายคอร์ได้หรือไม่ มีหลายอัน? แล้วเวิร์กโฟลว์ 1C:Enterprise 8.2 ล่ะ? ขอบคุณ
ตอบ: 1Сv8.exe และ rphost.exe ในเวอร์ชัน 8.1 ใช้ 1 คอร์ เนื่องจากใน 8.1 การเชื่อมต่อไคลเอนต์เชื่อมโยงกับกระบวนการของผู้ปฏิบัติงานอย่างเคร่งครัด เราจึงสามารถสรุปได้ตามเงื่อนไขว่าการประมวลผลไคลเอนต์ 1C ดำเนินการภายในคอร์เดียว ข้อยกเว้นคือ DBMS ซึ่งใช้เคอร์เนลไม่ว่าเซิร์ฟเวอร์ 1C ทำงานอย่างไร

ในเวอร์ชัน 8.2 การเชื่อมต่อจะถูกแทนที่ด้วยเซสชัน เซสชันอาจทำงานอยู่ในกระบวนการของผู้ปฏิบัติงานที่แตกต่างกันอยู่แล้ว ดังนั้นการเรียก 8.2 single-threaded อาจไม่ถูกต้อง ไคลเอนต์ 8.2 ยังโหลดคอร์หลายคอร์ด้วยสายตา ดังนั้น:

แพลตฟอร์ม 8.2 ไม่ได้ใช้ความสามารถทั้งหมดของระบบมัลติเธรด แต่ใช้ความสามารถของฮาร์ดแวร์ได้ดีกว่ามากเมื่อเทียบกับ 8.1 รวมถึงในแง่ของความขนานด้วย

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

EXEC sys.sp_configure ระดับความขนานสูงสุดของ N', N'5'
ไป
กำหนดค่าใหม่ด้วยการแทนที่
ไป

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

ตอบ: ต้องมีกระบวนการของผู้ปฏิบัติงานสำรองอย่างน้อย 1 กระบวนการใน 8.2

คลัสเตอร์ล้มเหลว

ถาม: คำถามเกี่ยวกับการเปิดใช้งานการสำรองข้อมูลสำหรับคลัสเตอร์ 1s 8.2 หากเซิร์ฟเวอร์ของเราขัดข้อง (พนักงานทำความสะอาดดึงสายไฟออก) ชื่อเครือข่าย เช่น "เซิร์ฟเวอร์: 2540" จะไม่สามารถใช้งานได้ ไคลเอนต์ที่มีสตริงการเชื่อมต่อระบุว่า “เซิร์ฟเวอร์:2540” รู้ได้อย่างไรว่าจำเป็นต้องเชื่อมต่อกับคลัสเตอร์สำรอง เขาจะได้ชื่อของเซิร์ฟเวอร์อื่นมาจากไหน? จะเกิดอะไรขึ้นหากคุณเขียนคลัสเตอร์โดยคั่นด้วยเครื่องหมายจุลภาคในสตริงการเชื่อมต่อฐานข้อมูล
ตอบ: หลายคลัสเตอร์จะรวมกันเป็น “กลุ่มสำรอง” เพื่อจุดประสงค์นี้ จะมี "รายการจอง" ในคลัสเตอร์สแน็ปอิน

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

หากลูกค้าไม่เคยติดต่อคุณ ในกรณีนี้ คุณจะต้องระบุที่อยู่ของคลัสเตอร์ทั้งหมดด้วยตนเอง เช่น storm:2541,monster:2541

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

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

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

งานเบื้องหลัง

ถาม: จะลบงานพื้นหลังที่ทำงานบนเซิร์ฟเวอร์ 1C:8.1 และ 1C:8.2 ได้อย่างไร

ตอบ: ความสามารถในการยกเลิกงานประจำจะใช้งานได้ก็ต่อเมื่อมีการเรียกใช้โค้ดภายในภาษา 1C:Enterprise ในตัว หากโค้ดถูกดำเนินการในไลบรารีภายนอก งานดังกล่าวจะไม่สามารถยกเลิกได้ยกเว้นโดยการบังคับยุติเวิร์กโฟลว์ หากในกระบวนการนี้มีบล็อก StartTransaction() - CommitTransaction() ก็ไม่น่าจะเป็นไปได้ งานพื้นหลังอื่นๆ สามารถลบได้ผ่านคอนโซลงาน

ขั้นตอนการปฏิบัติตามกฎระเบียบ

ถาม: เป็นไปได้ไหมที่จะทำลายฐานในช่วงป.ล.?

ตอบ: ฉันไม่ทราบถึงกรณีดังกล่าว แต่ IMHO อะไรก็เป็นไปได้ ดังนั้นจึงเป็นความคิดที่ดีที่จะทำการสำรองข้อมูลก่อน T&I

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

นิตยสารเทคโนโลยี

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

ปัญหาและข้อผิดพลาด

ถาม: คุณเคยประสบปัญหา - การตั้งค่ารายงานหายไปสำหรับผู้ใช้เมื่ออัปเดตการกำหนดค่าแบบไดนามิกบนแพลตฟอร์ม 8.2 หรือไม่ มีข้อเสนอแนะเกี่ยวกับวิธีการจัดการกับเรื่องนี้หรือไม่?
ตอบ: ปัญหาที่เกี่ยวข้องกับการอัปเดตแบบไดนามิกจะสะท้อนให้เห็นใน “เซิร์ฟเวอร์ 1C: Enterprise 8.1 และ 8.2 - กินอะไรดี”), สไลด์หมายเลข 60 ล้างแคช บางทีในบางกรณีจำเป็นต้องเข้าใจว่าการตั้งค่าผู้ใช้ถูกจัดเก็บไว้ที่ไหน หากจำเป็น ให้จัดเก็บเป็นข้อมูลไบนารีในการลงทะเบียนข้อมูล

ถาม: คำถามที่เกี่ยวข้องกัน เพราะ... สิ่งนี้เกี่ยวข้องกับโหมดไฟล์: chdbfl.exe แก้ไขข้อผิดพลาดอะไรบ้าง
ตอบ: นี่เป็นเครื่องมือแก้ไขข้อผิดพลาดของโครงสร้างการจัดเก็บข้อมูล นี่อาจเป็นสถานการณ์ที่ปรากฏขึ้น เช่น “ไฟล์ฐานข้อมูลเสียหาย.../1Cv8.1CD” เหล่านั้น. แก้ไขความเสียหายของไฟล์ฐานข้อมูล อย่างไรก็ตาม มันไม่ได้ทำหน้าที่ T&I ฉันรัน chdbfl.exe หาก T&I ทำงานไม่สำเร็จ

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

1. รีสตาร์ทเซิร์ฟเวอร์ 1C เพิ่มจำนวนกระบวนการของผู้ปฏิบัติงาน และเก็บฐานข้อมูลนี้ไว้ในคลัสเตอร์เท่านั้น

2. เอาชนะการถือครองในส่วนต่างๆ พูดครั้งละ 1,000 บรรทัด การใช้ TZ ติดตามวัตถุที่ใช้หน่วยความจำเมื่อเริ่มต้นการดำเนินการ แต่อย่าปล่อยหน่วยความจำเมื่อเสร็จสิ้น

3. ติดตั้งเวอร์ชัน x64 เพิ่มจำนวน RAM เปลี่ยนเป็น 8.2

ถาม: คำถามเกี่ยวกับการทดสอบและการจัดการ เป็นไปได้ไหมที่จะรัน “Referential Integrity Check” ตาม URDB พร้อมการเลือกตามข้อมูลที่ส่ง (เช่น ในบางโหนดไม่มีวัตถุทางกายภาพ แต่มีลิงก์ไปยังวัตถุเหล่านั้น) ขอบคุณ!
ตอบ: น่าเสียดายที่ยังไม่สามารถทำได้

ถาม: เหตุใดการทดสอบและแก้ไขจึงไม่ช่วยแก้ปัญหาทั้งหมดในคราวเดียว คุณต้องเรียกใช้หลายครั้งหรือไม่

ตอบ: มีเพียงนักพัฒนาเท่านั้นที่สามารถตอบได้อย่างแม่นยำ ฉันดำเนินการ T&I ตามข้อบังคับ (เป็นรอบ) ดังนั้นปัญหานี้จึงไม่เกี่ยวข้องกับฉันมากนัก T&I จะต้องทำไม่ใช่แค่ครั้งเดียว แต่ต้องทำอย่างต่อเนื่อง เช่น “MOT for a car”

ถาม: มีความแตกต่างระหว่าง T&I 8.1 และ 8.2 หรือไม่

ตอบ: ในขณะที่เขียนคำตอบและเผยแพร่ 8.2.10 ฉันไม่ทราบความแตกต่าง

ถาม: จำเป็นต้องจัดทำดัชนีใหม่ระหว่างการปรับโครงสร้างใหม่หรือไม่
ตอบ: ไม่จำเป็น

อื่น

ถาม: ท่านที่รัก มีใครพยายามจำลองฐานข้อมูลโดยใช้ MSSql 2008 บ้างไหม เป็นไปได้ไหม

ถาม: คำถามเกี่ยวกับการบังคับใช้หน่วยความจำที่ใช้ร่วมกันบนเซิร์ฟเวอร์ 1s 8.2

ตอบ: ไม่จำเป็นต้องบังคับอะไร เซิฟเวอร์จะเข้าใจ

ถาม: สำหรับ 1C:Enterprise 8.1 มีการสังเกตสถานการณ์เมื่อบนฮาร์ดแวร์เดียวกัน เวอร์ชันไฟล์เซิร์ฟเวอร์ที่มีการดำเนินการ "หนัก" และผู้ใช้รายเดียวทำงานเร็วกว่าเวอร์ชันไคลเอนต์-เซิร์ฟเวอร์มาก เมื่อ "ลิงก์" ทั้งหมด (ฐานข้อมูล เซิร์ฟเวอร์, เซิร์ฟเวอร์ 1C :องค์กรและไคลเอนต์) ได้รับการติดตั้งบนเซิร์ฟเวอร์เดียวกัน นอกจากนี้ เมื่อดำเนินการ "หนัก" นี้ จะไม่มีการโอเวอร์โหลดฮาร์ดแวร์ที่ชัดเจน (โหลดบนโปรเซสเซอร์ หน่วยความจำ และฮาร์ดไดรฟ์มีน้อยมาก) นั่นคือมีทรัพยากรฮาร์ดแวร์มากมาย แต่ทำงานช้า เราจะ “พักต่อต้าน” อะไรได้บ้าง? ขอบคุณ
ตอบ: ข้อดีของสถาปัตยกรรมไคลเอ็นต์-เซิร์ฟเวอร์จากมุมมองด้านประสิทธิภาพคือความสามารถในการประมวลผลคำขอข้อมูลของไคลเอ็นต์ในรูปแบบ PARALLEL เหล่านั้น. ความเร็วการไหลไม่ใช่ตัวบ่งชี้ที่จะสรุปผลทั่วไป กลไกที่ปรับปรุงการทำงานพร้อมกันอาจยังลดประสิทธิภาพภายในเธรดเดียวเล็กน้อย

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

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

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

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

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

ถาม: จะทำการทดสอบโหลดให้ใกล้เคียงกับสภาวะจริงได้อย่างไร ท้ายที่สุดแล้ว คุณไม่สามารถบังคับให้ผู้ใช้ "คลิกอะไรบางอย่าง"

A: 1C: ศูนย์ทดสอบที่มีตัวเลือกการดำเนินการที่ยากที่สุด ไม่จำเป็นต้องสร้างซ้ำ 100% การคลิกนั้นไม่ยาก โดยส่วนใหญ่จะดำเนินการและขอรายงาน จะมีการสัมมนาผ่านเว็บแยกต่างหากเกี่ยวกับการทดสอบ ฉันจะบอกคุณในรายละเอียดเพิ่มเติมด้วย

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

คลัสเตอร์เซิร์ฟเวอร์ 1C:Enterprise 8 เป็นแนวคิดเชิงตรรกะและเป็นคอลเลกชันของกระบวนการทำงานที่ให้บริการฐานข้อมูลชุดเดียวกัน

คุณสมบัติหลักของคลัสเตอร์เซิร์ฟเวอร์

• สามารถทำงานได้บนคอมพิวเตอร์หนึ่งเครื่องหรือหลายเครื่อง (เซิร์ฟเวอร์ที่ใช้งานได้)
• แต่ละเซิร์ฟเวอร์ที่ทำงานสามารถมีกระบวนการของผู้ปฏิบัติงานหนึ่งกระบวนการขึ้นไปที่ให้บริการการเชื่อมต่อไคลเอนต์ภายในคลัสเตอร์ที่กำหนด
• การเชื่อมต่อไคลเอนต์ใหม่กับกระบวนการของผู้ปฏิบัติงานคลัสเตอร์นั้นดำเนินการตามการวิเคราะห์สถิติระยะยาวของภาระงานของผู้ปฏิบัติงาน
• การโต้ตอบของกระบวนการคลัสเตอร์กับแอปพลิเคชันไคลเอนต์ ทั้งระหว่างกันและกับเซิร์ฟเวอร์ฐานข้อมูลนั้นดำเนินการผ่านโปรโตคอล TCP/IP
• กระบวนการคลัสเตอร์เซิร์ฟเวอร์สามารถรันเป็นแอปพลิเคชันหรือเป็นบริการได้

รูปแบบทั่วไปของงานเวอร์ชันไคลเอ็นต์ - เซิร์ฟเวอร์

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

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

สำหรับการเชื่อมต่อไคลเอนต์ คลัสเตอร์ได้รับการแก้ไขด้วยชื่อเซิร์ฟเวอร์กลางและหมายเลขพอร์ตเครือข่าย หากใช้พอร์ตเครือข่ายมาตรฐาน การระบุชื่อเซิร์ฟเวอร์กลางเพียงชื่อเดียวก็เพียงพอแล้ว

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

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

องค์ประกอบของคลัสเตอร์เซิร์ฟเวอร์ที่ง่ายที่สุด

คลัสเตอร์เซิร์ฟเวอร์ที่ง่ายที่สุดสามารถอยู่บนคอมพิวเตอร์เครื่องเดียวและมีกระบวนการของผู้ปฏิบัติงานหนึ่งกระบวนการ:

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

• กระบวนการคลัสเตอร์เซิร์ฟเวอร์:
  • ragent.exe;
  • rmngr.exe;
  • rphost.exe;
• การจัดเก็บข้อมูล:
  • รายชื่อคลัสเตอร์
  • รีจิสทรีคลัสเตอร์

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

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

คลัสเตอร์เซิร์ฟเวอร์นั้นมีองค์ประกอบดังต่อไปนี้:

• หนึ่งหรือหลายกระบวนการ rmngr.exe;
• รีจิสทรีคลัสเตอร์;
• หนึ่งหรือหลายกระบวนการ rphost.exe.

กระบวนการ rmngr.exeเรียกว่า ผู้จัดการคลัสเตอร์. กระบวนการนี้ควบคุมการทำงานของคลัสเตอร์ทั้งหมด กระบวนการจัดการคลัสเตอร์หลายกระบวนการสามารถมีอยู่ภายในคลัสเตอร์ได้ หนึ่งในกระบวนการเหล่านี้อยู่เสมอ หัวหน้าผู้จัดการคลัสเตอร์, ส่วนที่เหลือ - ผู้จัดการเพิ่มเติม. เซิร์ฟเวอร์ทำงานที่ตัวจัดการคลัสเตอร์หลักทำงานและรีจิสทรีของคลัสเตอร์ตั้งอยู่ถูกเรียก เซิร์ฟเวอร์กลางของคลัสเตอร์. หน้าที่หนึ่งของตัวจัดการคลัสเตอร์หลักคือการดูแลรักษารีจิสทรีของคลัสเตอร์

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

ความสามารถในการขยายขนาด

ความสามารถในการปรับขนาดของคลัสเตอร์เซิร์ฟเวอร์สามารถทำได้หลายวิธี:

• โดยการเพิ่มจำนวนผู้จัดการคลัสเตอร์และกระจายบริการระหว่างกัน
• โดยการเพิ่มจำนวนกระบวนการทำงานที่ทำงานบนเซิร์ฟเวอร์การทำงานเฉพาะ
• โดยการเพิ่มจำนวนเซิร์ฟเวอร์ที่ทำงานรวมอยู่ในคลัสเตอร์

การใช้ผู้จัดการหลายคน

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

บริการบางอย่างสามารถใช้ได้กับตัวจัดการคลัสเตอร์หลักเท่านั้น:

• บริการกำหนดค่าคลัสเตอร์
• บริการล็อคคลัสเตอร์,
• บริการการจัดการรายการแก้ไขข้อบกพร่อง

สามารถกำหนดบริการอื่น ๆ ให้กับผู้จัดการคลัสเตอร์ได้ตามต้องการ:

• บริการบันทึก
• บริการค้นหาข้อความแบบเต็ม
• บริการงาน
• บริการตีเลข,
• บริการการตั้งค่าแบบกำหนดเอง
• บริการเวลา
• บริการบล็อกวัตถุ
• บริการข้อมูลเซสชัน
• บริการบล็อกธุรกรรม

การใช้เวิร์กโฟลว์หลายรายการ

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

การใช้เซิร์ฟเวอร์ที่ใช้งานจริงหลายเครื่อง

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

ความอดทนต่อความผิดพลาด

รับประกันความผิดพลาดของคลัสเตอร์ในสามทิศทาง:

• ความซ้ำซ้อนของคลัสเตอร์เอง
• การจองกระบวนการทำงาน
• ความต้านทานต่อการหยุดชะงักของช่องทางการสื่อสาร

การจองคลัสเตอร์

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

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

การจองเวิร์กโฟลว์

แต่ละกระบวนการของผู้ปฏิบัติงานสามารถกำหนดกรณีการใช้งานได้: ใช้, ใช้เป็นเครื่องสำรอง, ไม่ได้ใช้.

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

ความต้านทานต่อการหยุดชะงักของช่องทางการสื่อสาร

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

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

เซสชัน

เซสชันจะกำหนดผู้ใช้ที่ใช้งานอยู่ของฐานข้อมูลและขั้นตอนการควบคุมของผู้ใช้รายนี้ มีเซสชันประเภทต่อไปนี้:

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

ทำงานภายใต้ระบบปฏิบัติการต่างๆ

กระบวนการคลัสเตอร์เซิร์ฟเวอร์ทั้งหมดสามารถทำงานได้ทั้งภายใต้ระบบปฏิบัติการ Windows และภายใต้ระบบปฏิบัติการ Linux เนื่องจากความจริงที่ว่ากระบวนการโต้ตอบซึ่งกันและกันผ่านโปรโตคอล TCP/IP คลัสเตอร์หนึ่งจึงสามารถมีเซิร์ฟเวอร์ที่ทำงานด้วยระบบปฏิบัติการที่แตกต่างกันได้

ยูทิลิตี้การดูแลระบบคลัสเตอร์เซิร์ฟเวอร์

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

ขณะติดตั้งการอัปเดตการบัญชีครั้งถัดไป ฉันได้รับข้อผิดพลาด “ฉันใช้งานได้เฉพาะบน 8.3.4” เอาล่ะ... ถึงเวลาติดตั้ง 8.3.4 แล้ว ดังนั้น:

ฉันจะไม่อธิบายขั้นตอนการดาวน์โหลดและติดตั้งแพลตฟอร์มใหม่ ทุกอย่างเรียบง่าย

บริการตัวแทนเซิร์ฟเวอร์ 1C
โดยค่าเริ่มต้นจะมีการติดตั้งบนพอร์ต 1540 และฉันมี 8.2 ทำงานอยู่ดังนั้นเราจึงเปลี่ยนในสาขารีจิสทรี
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 เซิร์ฟเวอร์ตัวแทนพารามิเตอร์ ImagePath
เปลี่ยนหมายเลขพอร์ตโดยเพิ่มออฟเซ็ต: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program ไฟล์\ 1cv8\srvinfo"

เรียกใช้ Agent และเปิดคอนโซลการดูแลระบบของเซิร์ฟเวอร์ 1C และสร้างคลัสเตอร์ 8.3
ระบุชื่อเซิร์ฟเวอร์และกำหนดค่าบนพอร์ต 1740 (8.2 ทำงานบน 1540)

เราสร้างคลัสเตอร์ + ปรับให้เหมาะสมเล็กน้อย (ฉันมีเซิร์ฟเวอร์ขนาดเล็กเพียงเซิร์ฟเวอร์เดียวเท่านั้น ดังนั้นฉันจึงระบุช่วงเวลาการรีสตาร์ทสำหรับกระบวนการทำงานและจำนวนหน่วยความจำ เนื่องจากฉันมีเซิร์ฟเวอร์เดียว - ระดับความทนทานต่อข้อผิดพลาดคือ 0)


ตอนนี้มีรายละเอียดเพิ่มเติม:
1. ช่วงเวลารีสตาร์ท: 86400 วินาที (24 ชั่วโมง) ช่วงเวลาของการรีสตาร์ทไม่ได้รับการควบคุม เห็นได้ชัดตั้งแต่วินาทีที่ตั้งค่าพารามิเตอร์หรือแอปพลิเคชันเซิร์ฟเวอร์เริ่มทำงาน
2. คุณยังสามารถระบุจำนวนหน่วยความจำที่อนุญาต: 3,000,000 KB (3 GB) - สำหรับเซิร์ฟเวอร์ที่มี RAM 4 GB ถ้าน้อยกว่านั้นล่ะก็ อย่ากรอกตัวเลือกนี้!.
3. ช่วงเวลาหน่วยความจำเกินคือช่วงเวลาต่อเนื่องเมื่อเกินจำนวนหน่วยความจำที่อนุญาต หลังจากนั้นเซิร์ฟเวอร์จะรีสตาร์ทกระบวนการ หากระบุเป็น 0 วินาที ระบบจะรอตลอดไป
4. จำนวนกระบวนการทำงานจะถูกคำนวณโดยอัตโนมัติตามการตั้งค่าของคุณ
5. ระดับความทนทานต่อข้อผิดพลาด คุณสามารถตั้งค่าระดับความทนทานต่อข้อบกพร่องของคลัสเตอร์เป็นจำนวนเซิร์ฟเวอร์ที่ทำงานที่สามารถทำงานล้มเหลวพร้อมกันได้ และสิ่งนี้จะไม่นำไปสู่การยุติการใช้งานที่ผิดปกติของผู้ใช้ บริการสำรองข้อมูลจะเปิดตัวโดยอัตโนมัติตามจำนวนที่จำเป็นเพื่อให้แน่ใจว่ามีความทนทานต่อข้อผิดพลาดที่ระบุ ในแบบเรียลไทม์ บริการที่ใช้งานอยู่จะถูกจำลองไปยังบริการสำรอง
6. โหมดการกระจายโหลดซึ่งสามารถใช้เพื่อเพิ่มประสิทธิภาพของระบบโดยรวมหรือใช้โหมด "ประหยัดหน่วยความจำ" ใหม่ซึ่งช่วยให้คุณทำงาน "ด้วยหน่วยความจำที่จำกัด" ในกรณีที่การกำหนดค่าใช้ "ถูกใจ" กินหน่วยความจำ”

เซิร์ฟเวอร์ที่ทำงาน
เซิร์ฟเวอร์ของฉันเป็นแบบเรียบง่าย มี RAM ทั้งหมด 2 Gb และจะมีฐานข้อมูลเพียง 2 แห่งเท่านั้น ดังนั้นฉันจะกำหนดค่าดังนี้:

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

ฐานข้อมูล
ฉันเพิ่ม IB:

ในสตาร์ทเตอร์กำลังฉี่ฐานข้อมูล:

ข้อกำหนดการกำหนดฟังก์ชันการทำงาน
ฉันไม่ได้ตั้งค่านี้ด้วยตัวเอง แต่ฉันคิดว่าฉันควรจะพูดเกี่ยวกับเรื่องนี้:
การจัดการคลัสเตอร์หมายความว่าผู้ดูแลระบบจะกำหนดองค์ประกอบของคอมพิวเตอร์ (เซิร์ฟเวอร์ที่ทำงาน) ที่คลัสเตอร์นั้นตั้งอยู่ นอกจากนี้ (หากจำเป็น) เขาสามารถกำหนด “ข้อกำหนด” สำหรับพวกเขาได้: บริการและการเชื่อมต่อกับฐานข้อมูลใดที่ควรทำงานบนเซิร์ฟเวอร์ที่ทำงานแต่ละเครื่อง ผู้จัดการคลัสเตอร์และกระบวนการของผู้ปฏิบัติงานจะเปิดตัวโดยอัตโนมัติตาม "ข้อกำหนด" ที่ได้รับมอบหมาย “ข้อกำหนด” สำหรับเซิร์ฟเวอร์ที่ใช้งานจริงสามารถระบุแบบโต้ตอบได้จากคอนโซลการดูแลระบบคลัสเตอร์ หรือโดยทางโปรแกรมจากภาษาในตัว
ดังนั้นบนแล็ปท็อปที่มีรหัสความปลอดภัย เพื่อไม่ให้ผู้ใช้เปิดใช้งานบนเซิร์ฟเวอร์คลัสเตอร์ คุณต้องเพิ่ม "ข้อกำหนด" สำหรับออบเจ็กต์ข้อกำหนด "การเชื่อมต่อไคลเอ็นต์กับความปลอดภัยของข้อมูล" - "อย่ากำหนด" เช่น ป้องกันไม่ให้กระบวนการของผู้ปฏิบัติงานบนเซิร์ฟเวอร์นี้ประมวลผลการเชื่อมต่อไคลเอ็นต์ สิ่งที่น่าสนใจยิ่งกว่านั้นคือความสามารถในการรัน “งานพื้นหลังเท่านั้น” บนเซิร์ฟเวอร์ที่ใช้งานจริงของคลัสเตอร์โดยไม่มีเซสชันผู้ใช้ วิธีนี้ทำให้คุณสามารถย้ายงานที่โหลดสูง (โค้ด) ไปยังเครื่องอื่นได้ ยิ่งกว่านั้น คุณสามารถรันงานพื้นหลังหนึ่งงาน “ปิดเดือน” ผ่านทาง “ค่าพารามิเตอร์เพิ่มเติม” บนคอมพิวเตอร์เครื่องหนึ่ง และงานพื้นหลัง “อัปเดตดัชนีข้อความแบบเต็ม” บนอีกเครื่องหนึ่งได้ การชี้แจงเกิดขึ้นผ่านการบ่งชี้ "ค่าของพารามิเตอร์เพิ่มเติม" ตัวอย่างเช่น หากคุณระบุ BackgroundJob.CommonModule เป็นค่า คุณสามารถจำกัดการทำงานของเซิร์ฟเวอร์ผู้ปฏิบัติงานในคลัสเตอร์ให้เหลือเฉพาะงานพื้นหลังที่มีเนื้อหาใดๆ ได้ ค่า BackgroundJob.CommonModule..- จะระบุรหัสเฉพาะ

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

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

ตำแหน่งของไฟล์บริการตัวจัดการคลัสเตอร์ใน 1C Enterprise 8.3
ถ้าตอนติดตั้งระบบ! "1C:Enterprise" ได้เลือกตัวเลือกในการเปิดใช้เซิร์ฟเวอร์ "1C:Enterprise" เป็นบริการ จากนั้นการเปิดตัวตัวแทนเซิร์ฟเวอร์ครั้งแรกจะดำเนินการในระหว่างกระบวนการติดตั้งระบบ ในกรณีนี้ บริการจะเปิดตัวในนามของผู้ใช้ที่เลือกในกล่องโต้ตอบการติดตั้งระบบ แต่ไฟล์บริการคลัสเตอร์เซิร์ฟเวอร์จะอยู่ในไดเร็กทอรี<каталог установки системы 1С:Предприятие>\srvinfo (คีย์เรียกใช้งาน -d จะถูกระบุอย่างชัดเจนในพารามิเตอร์บริการ)

หากเมื่อติดตั้งระบบ 1C:Enterprise คุณเลือกตัวเลือกในการเปิดเซิร์ฟเวอร์เป็นแอปพลิเคชัน เซิร์ฟเวอร์จะไม่เปิดในระหว่างกระบวนการติดตั้งระบบ เอเจนต์เซิร์ฟเวอร์จะต้องเริ่มต้นโดยอิสระหลังจากการติดตั้งระบบเสร็จสิ้น ยิ่งไปกว่านั้น หากไม่ได้ระบุสวิตช์เริ่มต้น -d ไฟล์บริการคลัสเตอร์เซิร์ฟเวอร์จะอยู่ในไดเร็กทอรีเริ่มต้น: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 สำหรับ Windows Vista และเก่ากว่า) .

ความสนใจ!หากมีการสร้างคลัสเตอร์บนเซิร์ฟเวอร์กลางนี้แล้ว เมื่อเปลี่ยนตัวเลือกในการเปิดใช้ตัวแทนเซิร์ฟเวอร์ (บริการ แอปพลิเคชัน) หรือเมื่อเปลี่ยนผู้ใช้ที่ตัวแทนเซิร์ฟเวอร์ทำงาน คุณควรดูแลระบุเส้นทางให้ถูกต้องเสมอ ไปยังไดเร็กทอรีของไฟล์บริการของคลัสเตอร์เซิร์ฟเวอร์ หากตัวแทนเซิร์ฟเวอร์ไม่พบรายการคลัสเตอร์ระหว่างการเริ่มต้น ระบบจะสร้างคลัสเตอร์ใหม่บนเซิร์ฟเวอร์นี้
ในระบบปฏิบัติการ Linux ไฟล์บริการคลัสเตอร์เซิร์ฟเวอร์จะอยู่ในโฟลเดอร์ /home/usrlcv8/.lcv8/lC/lcv8 (หรือเวอร์ชันที่สั้นลงคือ ~/.1cv8/1C/1cv8)

ประมาณสองปีที่แล้วเราได้เผยแพร่เนื้อหาเกี่ยวกับเซิร์ฟเวอร์ 1C Enterprise บนแพลตฟอร์ม Linux ความสนใจในหัวข้อนี้ยังคงมีมาก ในขณะเดียวกันก็มีการเปลี่ยนแปลงมากมาย แพลตฟอร์ม 1C ไม่หยุดนิ่งและการใช้งานส่วนใหญ่มักเป็นมากกว่าแค่การทำซ้ำคำแนะนำ ไม่น่าแปลกใจเลยที่เซิร์ฟเวอร์ 1C Enterprise เป็นผลิตภัณฑ์ที่ซับซ้อนดังนั้นเราจึงตัดสินใจเริ่มบทความชุดนี้โดยมีวัตถุประสงค์เพื่อศึกษาหัวข้อนี้อย่างลึกซึ้งยิ่งขึ้น

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

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

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

เริ่มจากไคลเอนต์กันก่อน แพลตฟอร์มเวอร์ชันปัจจุบัน (8.2) จัดให้มีการใช้งานไคลเอนต์สามประเภท ลองดูรายละเอียดเพิ่มเติม

ลูกค้าอ้วน

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

ไคลเอ็นต์แบบบาง

เรียกได้ว่าเป็นแอปพลิเคชันไคลเอนต์ประเภทหลักสำหรับแพลตฟอร์ม 8.2 ในทางทฤษฎีแล้วในทางปฏิบัติไม่ใช่ทุกอย่างจะราบรื่นนักและเราจะกลับมาที่สิ่งนี้ วิธีการทำงานแตกต่างอย่างสิ้นเชิง: ไคลเอนต์ร้องขอข้อมูลจากเซิร์ฟเวอร์ 1C ซึ่งได้รับจากฐานข้อมูล ประมวลผลและส่งคืนผลการคำนวณไปยังไคลเอนต์ ภาระการประมวลผลหลักตกอยู่บนเซิร์ฟเวอร์ ดังนั้นจึงไม่มีข้อกำหนดพิเศษสำหรับพีซีไคลเอนต์และช่องทางจากไคลเอนต์ไปยังเซิร์ฟเวอร์

นอกจากนี้ ธินไคลเอ็นต์สามารถทำงานได้ทั้งโดยใช้โปรโตคอล TCP/IP บนเครือข่ายท้องถิ่นและผ่าน HTTP ผ่านอินเทอร์เน็ต สิ่งนี้ต้องการตัวกลางอื่น - เว็บเซิร์ฟเวอร์ซึ่งส่งคำขอไคลเอนต์ไปยังเซิร์ฟเวอร์ 1C ไม่มีการประมวลผลข้อมูลบนเว็บเซิร์ฟเวอร์ แต่จะใช้เฉพาะในการขนส่ง ข้อดีของไคลเอ็นต์แบบบางนั้นชัดเจน หากคุณมีเซิร์ฟเวอร์ที่ทรงพลังจะช่วยให้คุณทำงานกับโปรแกรมได้เร็วขึ้นอย่างมาก การรับส่งข้อมูลเครือข่ายก็ลดลงอย่างมากเช่นกันซึ่งเป็นสิ่งสำคัญมากสำหรับเครือข่ายสำนักงาน

เว็บไคลเอ็นต์

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

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

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

ปัจจุบัน การกำหนดค่าทั่วไปเพียงบางส่วนเท่านั้นที่ทำงานในโหมดแอปพลิเคชันที่ได้รับการจัดการ เช่น: การจัดการบริษัทขนาดเล็ก การจัดการการค้า 11 การค้าปลีก 2 และการจัดการเงินเดือนและทรัพยากรบุคคล โซลูชันเหล่านี้สามารถใช้ประโยชน์จากแพลตฟอร์มใหม่ได้อย่างเต็มที่ Enterprise Accounting 2.0 ไม่ได้ใช้โหมดแอปพลิเคชันที่ได้รับการจัดการ และจะไม่ทำงานในไคลเอ็นต์แบบบางและแบบเว็บ เช่นเดียวกับโซลูชันของบุคคลที่สาม เช่น "Kamin" เป็นต้น

ข้อสรุป

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

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

คลัสเตอร์เซิร์ฟเวอร์ 1C

หลังจากจัดการกับลูกค้าแล้ว เรามาต่อกันที่เซิร์ฟเวอร์กันดีกว่า ระบบจัดให้มีเซิร์ฟเวอร์สามประเภท: เซิร์ฟเวอร์ 1C, เซิร์ฟเวอร์ DBMS และเว็บเซิร์ฟเวอร์ สิ่งสำคัญคือต้องเข้าใจว่าข้อมูลเซิร์ฟเวอร์เป็นอิสระจากกันโดยสิ้นเชิง ทำให้ระบบมีความยืดหยุ่นและช่วยให้ใช้ทรัพยากรการประมวลผลอย่างมีเหตุผล

นอกจากนี้ระบบไม่ได้กำหนดข้อกำหนดใดๆ บนแพลตฟอร์ม คุณสามารถแชร์ได้ทั้งเซิร์ฟเวอร์ Windows และ Linux, Apache และ IIS สามารถใช้เป็นเว็บเซิร์ฟเวอร์, PostgreSQL, MS SQL Server, IBM DB2 และ Oracle ได้รับการสนับสนุนจาก DBMS ดังนั้นจึงไม่มีใครหยุดคุณจากการสร้างโครงร่างที่เซิร์ฟเวอร์ 1C ที่ทำงานบนแพลตฟอร์ม Linux จะทำงานร่วมกับเซิร์ฟเวอร์ฐานข้อมูลที่ใช้ Windows Server และ IIS และในทางกลับกัน นอกจากนี้ คุณสามารถใช้เซิร์ฟเวอร์ DBMS หลายเซิร์ฟเวอร์ (รวมถึงเว็บเซิร์ฟเวอร์) ได้ด้วยการวางฐานข้อมูลที่แตกต่างกันบนเซิร์ฟเวอร์ที่ต่างกัน

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

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

คลัสเตอร์ใด ๆ ประกอบด้วย 1C Enterprise Central Server และเซิร์ฟเวอร์ที่ใช้งานได้ ในการกำหนดค่าที่ง่ายที่สุด นี่จะเป็นเซิร์ฟเวอร์จริงเดียวกัน อย่างไรก็ตาม หากจำเป็น เราสามารถเพิ่มเซิร์ฟเวอร์การทำงานเพิ่มเติมได้ ซึ่งโหลดจะถูกสมดุลโดยเซิร์ฟเวอร์กลาง สิ่งนี้ช่วยให้คุณเพิ่มพลังการประมวลผลของระบบได้อย่างรวดเร็วและโปร่งใสและเพิ่มความทนทานต่อข้อผิดพลาด คลัสเตอร์ยังไม่ได้กำหนดข้อกำหนดสำหรับความเป็นเนื้อเดียวกันของแพลตฟอร์ม โดยอาจรวมถึงเซิร์ฟเวอร์ที่ใช้ทั้ง Windows และ Linux

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

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

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