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

อ่านเพิ่มเติมในบทความ

คุณจะพบบทความอื่น ๆ เกี่ยวกับ 1C ในส่วนที่เกี่ยวข้อง -

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

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

สภาพแวดล้อมการทดสอบ

ดังนั้น สำหรับการทดสอบ เราจึงใช้เซิร์ฟเวอร์ที่มี CPU Intel Xeon E5-1650 v3 @ 3.50GHz, RAM 128 GB, 2*SSD ใน RAID 1- เครื่องเสมือนถูกใช้งานบนเซิร์ฟเวอร์นี้ ซึ่งเป็นเพียงเซิร์ฟเวอร์เทอร์มินัล โดยมีแอปพลิเคชัน 1C 8.2, 1C 8.3, MS Office 2013 Pro ติดตั้งอยู่

ฉันจะบอกทันทีว่าธรรมชาติของโหลดผสมกันนั่นคือมีลูกค้าที่ทำงานผ่าน RemoteApp และมีผู้ที่เข้าสู่ระบบโดยสมบูรณ์ผ่าน RDP และใช้โปรแกรมที่จำเป็นสำหรับการทำงานของพวกเขา (ไม่ใช่แค่ 1C แต่ยังรวมถึง Office ด้วย ). การแจกจ่ายมีดังนี้: 24 เซสชัน RemoteApp, 5 ไคลเอนต์ RDP

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

ผลการทดสอบ

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

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

ตอนนี้จำเป็นต้องวิเคราะห์ผลลัพธ์และสรุปผล

การวิเคราะห์ข้อมูล

ควรสังเกตว่าการคำนวณโปรเซสเซอร์มีความแม่นยำอย่างยิ่ง

ในบทความ ฉันยอมรับโดยเชิงประจักษ์ว่าการใช้ทรัพยากร CPU ของเซสชัน 1C RemoteApp หนึ่งเซสชันมีค่าเฉลี่ยหน่วยประสิทธิภาพของโปรเซสเซอร์ 122,775 (ข้อมูลประสิทธิภาพที่นำมาจากเว็บไซต์ www.cpubenchmark.net- ในบทความอื่นฉันคำนวณทรัพยากรที่จำเป็นสำหรับการเรียกใช้เซสชัน RDP เต็มรูปแบบและมีจำนวน 4% ของ Core i5 4460 นั่นคือ 0.04 * 6622 (ข้อมูลก็มีด้วย www.cpubenchmark.net) = 264,88.

โดยรวมแล้วเราได้รับ:

• เซสชัน RDP เต็มรูปแบบกินหมด 264,88 หน่วยประสิทธิภาพของ CPU
• เซสชัน 1C RemoteApp ใช้งาน 122,775 หน่วย

ที่ด้านบนสุด ฉันบอกว่ามีผู้ใช้ RemoteApp 24 รายและผู้ใช้ RDP 5 ราย เรานับ:

24 * 122,775 + 5 * 264,88 = 4271

ดัชนีประสิทธิภาพสัมพัทธ์ของ Intel Xeon E5-1650 v3 คือ 13477 หน่วย นั่นคือตามทฤษฎี โหลด CPU ควรอยู่ที่ประมาณ 32% (4271 / 13477 * 100).

กราฟโหลด CPU แสดงให้เห็นว่าในช่วงเวลา 10:30 - 10:50 CPU ถูกโหลด 25 - 40% (ไม่นับยอดสูงสุด) แน่นอนว่า คุณจะไม่ได้รับโหลด CPU เป็นเส้นตรงที่ 32% แต่จะยังคงมีความผันผวนจากค่าต่ำสุดไปจนถึงค่าสูงสุดสัมพัทธ์ แต่โดยทั่วไปเราสามารถสรุปได้ว่าข้อมูลจริงสอดคล้องกับข้อมูลทางทฤษฎี อย่างไรก็ตาม ยิ่งมีผู้ใช้บนเซิร์ฟเวอร์ของคุณมากเท่าไร การโหลดก็จะมีความสม่ำเสมอมากขึ้นเท่านั้น

ในความเป็นจริง ข้อมูล RAM กลายเป็นสิ่งที่มีค่ามากกว่า จากการคำนวณจากบทความที่แล้ว ผมมี:

• 2GB ต่อเซสชัน RDP;
• 100MB ต่อเซสชัน RemoteApp

นั่นคือจำนวนหน่วยความจำที่ถูกครอบครองควรสูงสุด 12.4 GB + เล็กน้อยสำหรับระบบปฏิบัติการ แต่เมื่อมันปรากฏออกมาและโดยหลักการแล้วฉันมีการนำเสนอ คุณค่าในทางปฏิบัตินี้แตกต่างไปจากเดิมอย่างสิ้นเชิง 1C กลายเป็นว่าโลภมากสำหรับ RAM ฉันเสียใจด้วย นอกจากนี้ แอปพลิเคชันยังทำงานในลักษณะที่เมื่อใช้พื้นที่ไปแล้ว ก็ไม่ถือว่าจำเป็นต้องปล่อยออกในเวลาที่ไม่ต้องการอีกต่อไป:

เป็นเรื่องปกติหรือไม่ที่จะกิน RAM ถึง 2GB แล้วนั่งเฉยๆ ไม่ทำอะไรเลย (โหลด CPU เซสชันคือ 0%) โปรแกรมเมอร์สมัยใหม่ไม่สนใจเลยเกี่ยวกับการใช้ทรัพยากรให้เกิดประโยชน์สูงสุด โดยส่วนตัวแล้ว ตอนที่ฉันเรียนอยู่ที่มหาวิทยาลัย ฉันถูกบังคับให้เขียนโค้ดแอปพลิเคชันใหม่หากเขียนอย่างไม่สมเหตุสมผลในแง่ของการใช้ทรัพยากรคอมพิวเตอร์ เห็นได้ชัดว่าคุณสมบัติของโปรแกรมเมอร์สมัยใหม่ลดลงต่ำกว่าฐานหรือนี่อาจเป็นเพียงแนวทาง - เหตุใดจึงปรับโค้ดที่เขียนไว้แล้วให้เหมาะสมเมื่อพัฒนาฟังก์ชันใหม่ได้ดีกว่า โดยทั่วไปมันไม่ใช่ประเด็น มันระเบิด ไม่เป็นไร

จาก "ไดนามิก" ขนาด 16GB ที่จัดสรรให้กับเซิร์ฟเวอร์ มันกินมันทั้งหมดและมีแนวโน้มว่าจะต้องการมากกว่านี้ ตามทฤษฎีแล้ว หาก RAM ไม่เพียงพอ ระบบปฏิบัติการจะสลับไปที่ดิสก์ และในกรณีนี้ ประสิทธิภาพจะลดลงอย่างมาก ในกรณีของฉัน นี่ไม่ใช่กรณีและเป็นไปได้มากว่าเป็นเพราะ SSD ซึ่งในทางปฏิบัติไม่มีโหลดเลย - มีเพียง 2 จุดสูงสุดในระยะสั้นตลอดระยะเวลาการทดสอบทั้งหมด (ตั้งแต่ 10:00 น. ถึง 12:00 น.) อย่างไรก็ตาม ตามที่แสดงในทางปฏิบัติ ฉันไม่แนะนำให้บันทึกบน RAM ของเทอร์มินัลเซิร์ฟเวอร์

การใช้โครงสร้างพื้นฐาน 1C บน Linux เป็นหัวข้อโบราณ แต่ก็ยังมีความเกี่ยวข้อง เราเพิ่งเผยแพร่บทความ 1C Application Server บน Linux แต่คำถามเกี่ยวกับประสิทธิภาพที่แท้จริงเมื่อเปรียบเทียบกับโซลูชันสำหรับ Windows ยังคงเปิดอยู่ การทดสอบดำเนินการในโหมดแมนนวลด้วย แต่เพื่อความเป็นกลางของผลลัพธ์ ฉันจะเผยแพร่ผลการทดสอบของ Gilev ซึ่งดำเนินการบนแพลตฟอร์มฮาร์ดแวร์เดียวกันโดยใช้ระบบปฏิบัติการที่แตกต่างกัน: Linux CentOS 7 และ MS Windows Server 2012 .

ขาตั้งที่มีโปรเซสเซอร์ Intel Xeon E5-2670 สองตัว, RAM ขนาด 8x4GB และ Intel SSD หนึ่งตัวถูกใช้เป็นเซิร์ฟเวอร์

ตารางสรุปค่าเฉลี่ยผลการทดสอบของ Gilev

ตัวอย่างผลลัพธ์

ผลการทดสอบที่ยอมรับได้ ความง่ายในการใช้งาน และค่าลิขสิทธิ์ที่ต่ำ ทำให้เราสร้างผลิตภัณฑ์ที่สมบูรณ์: เซิร์ฟเวอร์ 1C ที่ใช้ Linux ทันทีที่แกะกล่อง

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

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

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

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

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

หากต้องการเปรียบเทียบราคาของโซลูชันสำเร็จรูปที่ใช้ Linux และ Windows ฉันจะยกตัวอย่างจากตัวกำหนดค่าพร้อมราคาขายปลีก

เซิร์ฟเวอร์สำหรับผู้ใช้ 20 รายที่มีฐานข้อมูล SQL สูงสุด 80GB, ใบอนุญาต 1C: Accounting 8 PROF ที่ใช้ Linux CentOS จะมีราคา 522,759.43 RUB การกำหนดค่าที่คล้ายกันตาม Windows - 1,036,279.43 RUB

ช่วงของเซิร์ฟเวอร์สำหรับ 1C STSS Flagman ประกอบด้วย 3 รุ่นสำหรับทั้ง Linux และ Windows

1C113.5-020UL- เซิร์ฟเวอร์ 1C ระดับเริ่มต้น รองรับผู้ใช้สูงสุด 20 รายด้วยฐานข้อมูล SQL จำนวนพื้นที่ดิสก์คำนวณโดยคำนึงถึงการเติบโตของฐานข้อมูล 20% ต่อปีเป็นเวลา 3 ปี อาร์เรย์ RAID1 ใช้ Intel Enterprise SSD สามารถติดตั้งแหล่งจ่ายไฟคู่และดิสก์เพิ่มเติมสำหรับข้อมูล "เย็น" ได้ มีบริการซอฟต์แวร์ให้เลือก: PostgreSQL, xrdp และ httpd

1C216.4-200UL- โมเดลที่ใช้แพลตฟอร์มโปรเซสเซอร์ 2 ตัวที่รับประกันการทำงานของโครงสร้างพื้นฐาน 1C สำหรับการเชื่อมต่อพร้อมกันสูงสุด 200 รายการ พื้นที่จัดเก็บข้อมูลคำนวณตามหลักการเดียวกัน - ขนาดของฐานข้อมูลโดยคำนึงถึงการเติบโต แต่สร้างขึ้นบนพื้นฐานของอาร์เรย์ RAID10 ขนาด 4xSSD ของโวลุ่มที่ต้องการ

1C217.2-050UL-อ้างอิง- นี่คือโซลูชันสำหรับลูกค้าที่มีงบประมาณจำกัด สร้างขึ้นบนพื้นฐานของเซิร์ฟเวอร์ที่ได้รับการกู้คืนในการผลิตของเรา (หลังการเปลี่ยนตามการรับประกัน เงินสาธิต ฯลฯ) เซิร์ฟเวอร์จะผ่านการทดสอบโหลดเหมือนกันก่อนจัดส่งเหมือนกับรุ่นใหม่ แต่มีระยะเวลาสั้นลง ระยะเวลาการรับประกัน (1 ปี) เซิร์ฟเวอร์รองรับการเชื่อมต่อสูงสุด 50 รายการ และไม่รวมใบอนุญาต มีราคาเพียง RUB 203,705.00 พร้อมอาร์เรย์สำหรับฐานข้อมูล 40GB

1C113.5-020UW- เซิร์ฟเวอร์ 1C ระดับเริ่มต้น รองรับผู้ใช้สูงสุด 20 รายด้วยฐานข้อมูล SQL จำนวนพื้นที่ดิสก์คำนวณโดยคำนึงถึงการเติบโตของฐานข้อมูล 20% ต่อปีเป็นเวลา 3 ปี อาร์เรย์ RAID1 ใช้ Intel Enterprise SSD สามารถติดตั้งแหล่งจ่ายไฟคู่และดิสก์เพิ่มเติมสำหรับข้อมูล "เย็น" ได้

1C216.4-200UW- รุ่นที่ใช้ Windows รองรับผู้ใช้ได้มากถึง 200 คน อุปกรณ์จัดเก็บข้อมูลนี้สร้างขึ้นบนพื้นฐานของอาร์เรย์ RAID10 ขนาด 4xSSD ของโวลุ่มที่ต้องการ

1C217.2-050UW-อ้างอิง- แพลตฟอร์มเดียวกับโซลูชันบน Linux ตัวเลือกงบประมาณสำหรับการเชื่อมต่อ 50 รายการ รับประกัน 1 ปี

สามารถเลือกใบอนุญาตต่อไปนี้เป็นแพลตฟอร์ม 1C ในทุกรุ่น:

1C: การจัดการบริษัทขนาดเล็ก 8 ศาสตราจารย์
1C: การจัดการการค้า 8 ศาสตราจารย์
1C: การบัญชี 8 ศาสตราจารย์
1C: การบัญชี 8 CORP
1C: การบริหารเงินเดือนและบุคลากร 8 ศาสตราจารย์
1C: การบริหารเงินเดือนและบุคลากร 8 CORP
1C: การไหลของเอกสาร 8 ศาสตราจารย์
1C: การไหลของเอกสาร 8 KORP

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

ขอบคุณสำหรับความสนใจของคุณ! ฉันหวังว่าผู้ใช้ habra ใกล้กับหัวข้อนี้จะแบ่งปันประสบการณ์ในการเลือกอุปกรณ์สำหรับ 1C ในความคิดเห็น

มีข่าวลือว่า 1C (ระบบที่ได้รับความนิยมมากที่สุดสำหรับการบัญชีและการบัญชีการจัดการ) นั้น "ช้า" ในโครงสร้างพื้นฐานคลาวด์

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

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

การตระเตรียม

1. เราเลือกผู้ให้บริการสองรายเพื่อโฮสต์เซิร์ฟเวอร์เสมือน
2. เราเตรียมเครื่องที่เหมือนกันสำหรับการทดสอบ - จำนวนคอร์ หน่วยความจำ ขนาดดิสก์และประเภทเท่ากัน สิ่งสำคัญคือต้องกำหนดค่า DBMS ในลักษณะเดียวกัน
3. เราทำการทดสอบโหลดโดยใช้การกำหนดค่าขั้นต่ำ เราบันทึกผลลัพธ์
4. เพิ่มทรัพยากรและทำซ้ำขั้นตอนที่ 3 ทำสิ่งนี้จนกว่าทรัพยากรจะหมด

การกำหนดค่าการทดสอบของเรา

• HDD สำหรับระบบปฏิบัติการ - SSD
• HDD สำหรับข้อมูล - SSD
• ระบบปฏิบัติการ - Windows Server 2016 Datacentr
• DBMS - SQL Server 2016 SP1 รุ่นมาตรฐาน
• เซิร์ฟเวอร์ 1C x86 เวอร์ชัน 8.3.10.2505

ติดตั้ง 1C Server และ SQL Server บนเครื่องเดียวกัน โหมดหน่วยความจำที่ใช้ร่วมกันถูกเปิดใช้งานและใช้งานอยู่

เราเปิดตัว 1C Enterprise บนเครื่องเดียวกับที่เซิร์ฟเวอร์ 1C และ DBMS ตั้งอยู่เพื่อลดความล่าช้าของเครือข่ายและไม่ขึ้นอยู่กับตำแหน่งทางภูมิศาสตร์ของศูนย์ข้อมูลที่เราวางเครื่องเสมือน

วิธีที่เราทดสอบ

โดยพื้นฐานแล้วเราจะใช้การทดสอบจากโครงการ www.gilev.ru

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

ตอนนี้เรามาตัดสินใจเกี่ยวกับผู้ให้บริการกัน เรามารับพลังจากผู้นำโซลูชันคลาวด์ - Microsoft ที่มีแพลตฟอร์มคลาวด์ที่เรียกว่า Microsoft Azure และจะใช้ Cloud Library เป็นผู้ให้บริการรายที่สอง

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

Azure โฮสต์อยู่ใน 40 ภูมิภาคทั่วโลก สำหรับการทดสอบ เราจะใช้ยุโรปตะวันตกเป็นภูมิภาคที่ใกล้ที่สุดสำหรับเรา

เริ่มกันเลย! ความสนใจ! ทดสอบ!

มาเริ่มการทดสอบกับเครื่อง D-series v2 กันดีกว่า โดยเฉพาะอย่างยิ่ง D1 v2 ประกอบด้วย 1 คอร์และ RAM 3.5 GB เราบันทึกผลลัพธ์:

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

ภาพถ่ายหน้าจอทั้งหมดที่มีการทดสอบ Gilev แสดงอยู่ในแกลเลอรีด้านล่าง นอกจากนี้ยังมีการเผยแพร่ผลลัพธ์ของการทดสอบ 1C ในโหมดไฟล์ด้วย - เราได้รับข้อมูลเพื่อสร้างภาพรวมเท่านั้น เนื่องจากโหมดการทำงานของ 1C นี้ไม่น่าสนใจสำหรับองค์กรที่มีผู้ใช้มากกว่าห้าคน

ประเมิน	แกน	หน่วยความจำ	คะแนนความสะดวกสบาย	ผู้ใช้
B4ms	4	16	15,34	14
ดี1 วี2	1	3,5	17,92	21
ดี2 วี2	2	7	19,46	28
ดีทูเอส เวอร์ชัน 3	2	8	8,45	14
ดี 3 เวอร์ชัน 2	4	14	18,25	56
D4 v2	8	28	19,23	91
D4s เวอร์ชัน 3	4	16	15,53	42
E2s เวอร์ชัน 3	2	16	10,04	21
E4s เวอร์ชัน 3	4	32	12,38	49
F4	4	8	20,49	70
F8	8	16	20,83	84
G1	2	28	13,26	56
L4	4	32	17,67	56
L8	8	64	15,82	98

"คะแนนความสะดวกสบาย"- การประเมินตามเงื่อนไขของประสิทธิภาพของระบบ รวมถึงการประมาณความถี่ของโปรเซสเซอร์กลาง จำนวนคอร์ ความถี่ของ RAM และความเร็วของระบบดิสก์ ตัวบ่งชี้ตั้งแต่ 0 ถึง 10 ถือว่าแย่ 10 ถึง 15 ถือว่าน่าพอใจ 15 ถึง 35 ถือว่าดี 35 ถึง 60 ถือว่าดีมาก

“ผู้ใช้”- ตัวบ่งชี้ที่แสดงลักษณะจำนวนผู้ใช้พร้อมกันและทำงานร่วมกับ 1C Enterprise ซึ่งไม่ทำให้ประสิทธิภาพลดลง กล่าวอีกนัยหนึ่ง พนักงานสามารถทำงานได้มากขึ้น แต่ถ้าพวกเขาเริ่มดำเนินการใดๆ พร้อมกัน (และในกรณีส่วนใหญ่ไม่น่าจะเป็นไปได้) ประสิทธิภาพของระบบอาจลดลง

ข้อสรุป

หลังจากทำการวัดบนเครื่องเสมือน Azure ในเคอร์เนล/หน่วยความจำรูปแบบต่างๆ เราได้ข้อสรุปดังต่อไปนี้:

1. สำหรับการทำงาน 1C ในโหมดไคลเอนต์เซิร์ฟเวอร์ด้วย Microsoft SQL Server เครื่อง F-series และ D-series เหมาะสมที่สุด
2. ระบบย่อยดิสก์ Azure Premium (ดิสก์ SSD) ไม่ได้สร้างข้อจำกัดความเร็วสำหรับ 1C
3. Microsoft Azure เหมาะอย่างยิ่งสำหรับการโฮสต์ 1C Enterprise

เป็นเรื่องที่ควรค่าแก่การกล่าวว่าการพิจารณาสิ่งนี้หรือบริการคลาวด์ที่แยกจากเงินนั้นเป็นเพียงฝ่ายเดียวเล็กน้อย เราจะเตรียมบทความแยกต่างหากเกี่ยวกับประสิทธิภาพทางการเงินของแนวทางนี้ในการพัฒนาโครงสร้างพื้นฐานขององค์กร

พื้นหลัง

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

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

การทดสอบมีสองประเภทหลัก:
ส่วนประกอบและอินทิกรัล

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

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

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

เกิดอะไรขึ้น ทีพีซี-1C-กิลวี

นี่คือชุดการทดสอบอิสระที่ออกแบบมาเพื่อประเมินประสิทธิภาพของแพลตฟอร์ม 1C:Enterprise 8.1 บนคอมพิวเตอร์ของคุณ

แน่นอนว่าการทดสอบแบบ "อิสระ" หมายความว่า 1C ไม่ได้รับการสนับสนุนจาก

ขณะนี้มีแบบทดสอบอยู่" ทีพีซี-A-ปริมาณงานท้องถิ่น / ทีพีซี-1C-GILV-A" (อัปเดตครั้งล่าสุด - สิงหาคม 2551 เวอร์ชัน 1.0.3)

ทดสอบความคิด ทีพีซี-A-ปริมาณงานท้องถิ่น / ทีพีซี-1C-กิลวี-เอ

คุณดาวน์โหลดไฟล์ดาวน์โหลดการกำหนดค่า (~400 KB) จากไซต์นี้และอัปโหลดไปยังตัวคุณเอง หากคุณขยายการกำหนดค่าในเวอร์ชันไฟล์ การทดสอบส่วนใหญ่จะทดสอบการเชื่อมต่อ “CPU ของคอมพิวเตอร์ของคุณ - HDD ซึ่งเป็นที่ตั้งของฐาน”

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

การทดสอบดำเนินการบันทึกเอกสารจำนวน 5,000 ฉบับอย่างเข้มข้น ไม่มีความหมายเชิงลึกในตรรกะทางธุรกิจของโค้ด ประสิทธิภาพของเอกสาร X ที่เลือกอย่างมีเงื่อนไขเป็นมาตรฐานนั้นจะถูกประเมินอย่างง่ายๆ

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

คุณสามารถเปรียบเทียบประสิทธิภาพของหลายเซิร์ฟเวอร์ หรือเซิร์ฟเวอร์เดียวที่มีลักษณะระบบย่อยของดิสก์ที่แตกต่างกัน

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

วิธีดำเนินการทดสอบ

การทำแบบทดสอบนั้นง่ายมาก คุณต้องกดปุ่ม

และรอจนกระทั่งตัวบ่งชี้การทดสอบ (ทางด้านขวาของปุ่ม) ถึง 100%

การทดสอบมักใช้เวลาประมาณ 8 นาที

ผลการทดสอบหมายถึงอะไร?

ผลการทดสอบจะรายงานเป็น "ความเร็วในการเขียน" ของข้อมูลการทดสอบ ข้อผิดพลาดในการทดสอบคือ 2 หน่วย เพื่อการประเมินที่แม่นยำ คุณสามารถทำการทดสอบซ้ำ 3 ครั้ง

หลังจากที่ตัวบ่งชี้การทดสอบถึง 100% คุณจะเห็นกราฟดังนี้:

ด้านล่างกราฟคือการทดสอบที่คล้ายกันบางส่วนที่ดำเนินการก่อนหน้านี้

สีของกราฟบ่งบอกถึงคุณภาพปัจจุบันของประสิทธิภาพ "โดยรวม" สำหรับงานที่ไม่มีการปิดกั้น

สีเขียวของกราฟ พร้อมด้วยตัวบ่งชี้ที่เลือกแบบมีเงื่อนไขทางด้านขวา ช่วยให้เราสามารถประเมินประสิทธิภาพ "ดี" โดยทั่วไปข้ามแพลตฟอร์มได้ :)

จะพอใจกับผลการทดสอบของคุณได้อย่างไร

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

กล่าวอีกนัยหนึ่ง ทั้งการตั้งค่า DBMS การตั้งค่าระบบปฏิบัติการ และฮาร์ดแวร์มีอิทธิพลต่อผลลัพธ์โดยรวมของทีม :)

เซิร์ฟเวอร์ไหนดีกว่ากัน

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

ทดสอบความปลอดภัย

การทดสอบมีความปลอดภัยอย่างแน่นอน ไม่นำไปสู่การ "ล่ม" ของเซิร์ฟเวอร์ (ไม่มีอัลกอริธึม "ความเครียด") และไม่ต้องการมาตรการเบื้องต้นแม้แต่ในเซิร์ฟเวอร์ "การต่อสู้" ข้อมูลที่เป็นความลับจะไม่ถูกบันทึกในผลการทดสอบ ข้อมูลเกี่ยวกับพารามิเตอร์ CPU, RAM, HDD จะถูกรวบรวม หมายเลขซีเรียลของอุปกรณ์จะไม่ถูกรวบรวม คุณสามารถตรวจสอบทั้งหมดนี้ได้อย่างง่ายดาย - รหัสทดสอบเปิดอยู่ 100% เป็นไปไม่ได้ที่จะส่งข้อมูลใดๆ โดยที่คุณไม่รู้

วิธีการเผยแพร่ผลการทดสอบ

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

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

การจำแนกประเภท ทีพีซี-A-ปริมาณงานท้องถิ่น / ทีพีซี-1C-กิลวี-เอ

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

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

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

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

ดาวน์โหลดแบบทดสอบ

การทดสอบนี้ไม่ใช่เชิงพาณิชย์และ

ผลการทดสอบ

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

รายละเอียดทางเทคนิค

จะเกิดอะไรขึ้นในการทดสอบภายในกรอบการทำงาน "หนึ่งรอบ"

วิธีวัดภาระเหล็ก

ควรสังเกตว่าการทดสอบนั้นได้ทำการวัดไปแล้วบางส่วนแล้ว หากต้องการดูภาพที่มีรายละเอียดมากขึ้น ฉันแนะนำให้ใช้ยูทิลิตี้ของ Mark Rusinovich

รูปนี้แสดงตัวอย่างการวัดเวอร์ชันของไฟล์

ติดต่อสำหรับ ทีพีซี-1C-กิลวี

http://ไซต์/1c/ ทีพีซี

ผลการทดสอบ ข้อเสนอการพัฒนา

สำหรับบทบาทเซิร์ฟเวอร์ 1C เซิร์ฟเวอร์ MS SQL 2008 DBMS สำหรับผู้ใช้ 50 ราย

ตามที่ผู้เชี่ยวชาญด้านเซิร์ฟเวอร์ระบุ เรารวบรวมฮาร์ดแวร์:

การเลือกแพลตฟอร์ม: IBM x3650 M3
เลือกโปรเซสเซอร์: Intel Xeon E5506 - 1 ชิ้น
การเลือก RAM: 4 แท่งๆ ละ 4GB
การเลือกฮาร์ดไดรฟ์: 3 SAS 146 GB RAID5

ซอฟต์แวร์ที่ใช้:

ระบบปฏิบัติการ MS Windows 2008 x64
DBMS MS SQL 2008 x64
เซิร์ฟเวอร์ 1C 8.2 x64

สภาพแวดล้อมการทดสอบ: เพื่อทำการทดสอบโหลด มีการใช้การกำหนดค่า 1C 8.2: “การทดสอบโหลดมาตรฐาน”

ความคืบหน้าการทดสอบ:

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

เริ่มแรก (ไม่มีการเชื่อมต่อผู้ใช้) DBMS ใช้ RAM 569 MB (สร้างฐานข้อมูล 2 รายการ: การกำหนดค่า 1C 8.2: UPP และการกำหนดค่าทดสอบ) หน่วยความจำที่ระบบครอบครอง 2.56 GB
ในระหว่างการทดสอบ (ผู้ใช้สูงสุด 110 ราย) หน่วยความจำสำหรับ DBMS จะได้รับการจัดสรรสูงสุด 12 GB เซสชันการทดสอบ 1C หนึ่งเซสชันใช้พื้นที่ 55 MB (55 MB x 200 = 11 GB) สำหรับการเปรียบเทียบ เซสชันผู้ใช้จริงหนึ่งเซสชัน (แอปพลิเคชันไคลเอนต์ 1C) ใช้เวลาประมาณ 300 - 500 MB ขนาดของหน่วยความจำที่จัดสรรสำหรับแอปพลิเคชันไคลเอนต์ 1C จะถูกระบุสำหรับผู้ใช้ที่ทำงานในการกำหนดค่า 1C: Trade หรือ 1C: UPP มาตรฐาน บริการเซิร์ฟเวอร์ 1C (rphost) ในทางปฏิบัติไม่ได้ใช้ OP เนื่องจากจะแปลเฉพาะคำขอจากส่วนของไคลเอนต์เป็น DBMS (ตามมาตรฐานพอร์ต TCP 1541 และ TCP 475 ใช้สำหรับเซิร์ฟเวอร์ความปลอดภัย 1C)

การใช้ทรัพยากร CPU ถูกแชร์ระหว่างบริการเซิร์ฟเวอร์ 1C (rphost) และบริการ DBMS (sqlservr) ด้วยจำนวนผู้ใช้ 40 คน rphost ใช้พลังงาน CPU 37% ส่วน sqlservr ใช้ 30% ด้วยจำนวนผู้ใช้ 60 ราย rphost ครอบครอง 47% ของพลังงาน CPU, sqlservr ครอบครอง 29%

ขณะลบเอกสารที่สร้างขึ้น บริการ sqlsrvr จะเข้าถึงระบบย่อยของดิสก์เพื่อบันทึกด้วยความเร็วสูงถึง 6.5 MB/วินาที (ประมาณ 52 MB/วินาที)

โหลดเครือข่ายระหว่างเซิร์ฟเวอร์ 1C และ DBMS (บนอินเทอร์เฟซ lookback ภายในเครื่อง) คือ 10 Mb/s
ผลการทดสอบที่สร้างโดยการกำหนดค่าการทดสอบ 1C:

พารามิเตอร์: รันการทดสอบ 000000006 ตั้งแต่วันที่ 24/05/2555 เวลา 12:44:16 น.
การทดสอบโหลดมาตรฐาน เวอร์ชัน 2.0.4.11
เริ่มการทดสอบ 23/05/2555 12:36:39 น. ระยะเวลาดำเนินการ: 57.1 นาที
เงื่อนไขการทดสอบ
"เซิร์ฟเวอร์ 1C: องค์กร: ทดสอบ
ชื่อฐานข้อมูล: testcenter_82
ผู้ใช้เสมือน: ทดสอบ"

ข้อสรุป:

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

เมื่อมีภาระงานหนักบนเซิร์ฟเวอร์ 1C มีคำแนะนำดังต่อไปนี้:

แยกบทบาทของเซิร์ฟเวอร์ 1C, เซิร์ฟเวอร์ DBMS, เซิร์ฟเวอร์ป้องกัน 1C และแอปพลิเคชันไคลเอ็นต์ 1C (เพื่อประสิทธิภาพที่ดียิ่งขึ้น ควรเรียกใช้แอปพลิเคชันไคลเอ็นต์ 1C บนเทอร์มินัลเซิร์ฟเวอร์)
เซิร์ฟเวอร์ DBMS ต้องใช้โครงสร้างต่อไปนี้สำหรับระบบจัดเก็บข้อมูล: ระบบปฏิบัติการจะต้องอยู่บน RAID 1, ไฟล์ข้อมูล DBMS (.mdf, .ndf) บน RAID 0 แยกต่างหาก, ไฟล์บันทึก (.ldf) บน RAID 0 แยกต่างหาก, ไฟล์ชั่วคราวและไฟล์สลับบนดิสก์แยกต่างหาก