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

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

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

การใช้ทรัพยากรอย่างรวดเร็ว

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

สำหรับการทดสอบ เราใช้เครื่องเสมือนสองเครื่องภายใต้ การควบคุม Windows Server 2012 R2 และ Windows 8.1 ตามลำดับ โดยให้ 2 คอร์ของโฮสต์ Core i5-4670 และ RAM 2 GB ซึ่งใกล้เคียงกับเครื่องสำนักงานทั่วไป เซิร์ฟเวอร์ถูกวางไว้บนอาร์เรย์ RAID 0 สองแถว และไคลเอ็นต์ถูกวางไว้บนดิสก์เอนกประสงค์ที่คล้ายกัน

ในฐานะที่เป็นฐานการทดลอง เราได้เลือกการกำหนดค่าต่างๆ ของ Accounting 2.0 เผยแพร่ 2.0.64.12 ซึ่งต่อมาได้ปรับปรุงเป็น 3.0.38.52 การกำหนดค่าทั้งหมดทำงานบนแพลตฟอร์ม 8.3.5.1443 .

สิ่งแรกที่ดึงดูดความสนใจคือขนาดฐานข้อมูลที่เพิ่มขึ้นของ Troika และเติบโตขึ้นอย่างมากรวมถึงความต้องการ RAM ที่มากขึ้น:

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

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

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

ต่อจากนั้น หลังจากโหลดตัวแยกประเภทและไดเร็กทอรีใหม่ สร้างดัชนี ฯลฯ ขนาดของฐานจะโตขึ้น โดยทั่วไปฐานของ "สาม" จะใหญ่กว่าฐานของ "สอง" อย่างไรก็ตาม สิ่งนี้ไม่ได้สำคัญไปกว่านั้น หากเวอร์ชันที่สองมี RAM 150-200 MB เวอร์ชันใหม่ก็ต้องการความจุครึ่งกิกะไบต์แล้ว และค่านี้ควรนำมาพิจารณาเมื่อวางแผนทรัพยากรที่จำเป็นในการทำงานกับโปรแกรม .

สุทธิ

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

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

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

ดังที่คุณเห็นจากกราฟ Accounting 2.0 โหลดเร็วขึ้นสองเท่าที่ความเร็วเครือข่ายใดๆ การเปลี่ยนจาก 100 Mbps เป็น 1 Gbps ช่วยให้คุณเพิ่มความเร็วในการดาวน์โหลดได้ถึงสี่เท่า ไม่มีความแตกต่างระหว่างฐานข้อมูล Troika ที่ได้รับการปรับให้เหมาะสมและไม่ได้รับการเพิ่มประสิทธิภาพในโหมดนี้

เรายังตรวจสอบผลกระทบของความเร็วเครือข่ายต่อการใช้งานหนัก เช่น ระหว่างการโฮสต์ใหม่แบบกลุ่ม ผลลัพธ์จะแสดงในแง่สัมพัทธ์:

ที่นี่น่าสนใจกว่าอยู่แล้วฐานที่ปรับให้เหมาะสมของ "troika" ในเครือข่าย 100 Mbit / s ทำงานที่ความเร็วเดียวกับ "สอง" และฐานที่ไม่ได้รับการปรับแต่งจะแสดงผลลัพธ์ที่แย่กว่าสองเท่า ในกิกะบิต อัตราส่วนจะถูกรักษาไว้ "สาม" ที่ไม่ได้ปรับให้เหมาะสมนั้นช้ากว่า "สอง" ถึงสองเท่า และตัวที่ปรับให้เหมาะสมจะช้ากว่าหนึ่งในสาม นอกจากนี้ การเปลี่ยนไปใช้ 1 Gb / s ยังช่วยให้คุณลดเวลาในการดำเนินการลงสามเท่าสำหรับเวอร์ชัน 2.0 และสองเท่าสำหรับเวอร์ชัน 3.0

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

ที่จริงแล้ว สำหรับงานประจำวัน แบนด์วิธของเครือข่ายไม่ใช่คอขวด "สาม" ที่ไม่ได้รับการปรับปรุงจะช้ากว่าสองเพียง 20% เท่านั้น และหลังจากการเพิ่มประสิทธิภาพปรากฎว่าเร็วเท่ากัน - ข้อดีของการทำงานใน ไคลเอ็นต์แบบบาง. การเปลี่ยนไปใช้ 1 Gb / s ไม่ได้ให้ประโยชน์ใด ๆ กับฐานที่ปรับให้เหมาะสม และฐานที่ไม่ได้รับการปรับให้เหมาะสมและผีสางเริ่มทำงานเร็วขึ้น ซึ่งแสดงให้เห็นความแตกต่างเล็กน้อยระหว่างกัน

จากการทดสอบที่ดำเนินการ เห็นได้ชัดว่าเครือข่ายไม่ใช่คอขวดสำหรับการกำหนดค่าใหม่ และแอปพลิเคชันที่ได้รับการจัดการจะทำงานได้เร็วกว่าปกติ คุณยังสามารถแนะนำให้เปลี่ยนเป็น 1 Gb/s หากงานหนักและความเร็วในการโหลดฐานข้อมูลมีความสำคัญต่อคุณ ในกรณีอื่นๆ การกำหนดค่าใหม่จะช่วยให้คุณทำงานได้อย่างมีประสิทธิภาพแม้ในเครือข่าย 100 Mb/s ที่ช้า

เหตุใด 1C จึงช้าลง เราจะตรวจสอบเพิ่มเติม

ระบบย่อยดิสก์เซิร์ฟเวอร์และ SSD

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

แม้จะมีจำนวนการดำเนินการอินพุต / เอาต์พุตต่อวินาที (IOPS) ที่ค่อนข้างสูง - 913 แต่ความยาวของคิวก็ไม่เกิน 1.84 ซึ่งเป็นผลลัพธ์ที่ดีมากสำหรับอาร์เรย์สองดิสก์ เราสามารถตั้งสมมติฐานได้ว่ามิเรอร์จากดิสก์ธรรมดาจะเพียงพอสำหรับ ดำเนินการตามปกติไคลเอ็นต์เครือข่าย 8-10 เครื่องในโหมดใช้งานหนัก

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

เริ่มจากความเร็วในการโหลดฐานข้อมูล

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

ไปที่การให้รางวัล:

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

บน งานประจำวันภาพจะคล้ายกัน:

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

ระบบย่อยดิสก์ไคลเอ็นต์และ SSD

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

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

ช้า ฮาร์ดดิสก์สามารถทำให้การทำงานบางอย่างช้าลงได้ แต่ด้วยตัวมันเองไม่สามารถทำให้โปรแกรมทำงานช้าลงได้

แกะ

แม้ว่าตอนนี้ RAM จะมีราคาถูกอย่างไม่น่าเชื่อ แต่เวิร์กสเตชันจำนวนมากยังคงทำงานต่อไปด้วยจำนวนหน่วยความจำที่ติดตั้งเมื่อซื้อมา นี่คือปัญหาแรกรออยู่ จากข้อเท็จจริงที่ว่า "troika" โดยเฉลี่ยต้องการหน่วยความจำประมาณ 500 MB เราสามารถสันนิษฐานได้ว่าจำนวน RAM ทั้งหมด 1 GB ที่จะทำงานกับโปรแกรมจะไม่เพียงพอ

เราลดหน่วยความจำระบบลงเหลือ 1 GB และเปิดตัวฐานข้อมูลสองฐาน

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

มันนำไปสู่ที่ไหน? มาดูกันว่าทรัพยากรระบบถูกใช้อย่างไรในการดำเนินการจำนวนมาก เช่น เรามาเริ่มการรันซ้ำแบบกลุ่มในสองฐานข้อมูลพร้อมกัน อันดับแรกในระบบที่มี RAM 2 GB:

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

ตอนนี้มาลดหน่วยความจำเป็น 1 GB:

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

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

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

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

การขาด RAM เป็นสาเหตุหลักที่ทำให้การทำงานกับการกำหนดค่า 1C ใหม่ไม่สะดวก ควรพิจารณาการกำหนดค่าที่เหมาะสมขั้นต่ำด้วยหน่วยความจำ 2 GB บนเครื่อง ในขณะเดียวกัน โปรดทราบว่าในกรณีของเรา เงื่อนไข "เรือนกระจก" ถูกสร้างขึ้น: ระบบที่สะอาด มีเพียง 1C และตัวจัดการงานเท่านั้นที่เปิดตัว ใน ชีวิตจริงเบราว์เซอร์มักจะเปิดบนคอมพิวเตอร์ที่ใช้งานได้ ห้องชุดสำนักงาน, งานป้องกันไวรัส ฯลฯ ฯลฯ ดังนั้นดำเนินการต่อจากความต้องการ 500 MB ต่อฐานข้อมูลบวกระยะขอบบางส่วนเพื่อที่ว่าในระหว่างการทำงานหนักคุณจะไม่พบหน่วยความจำไม่เพียงพอและประสิทธิภาพลดลงอย่างรวดเร็ว

ซีพียู

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

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

ข้อสรุป

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

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

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

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

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

• แท็ก:

โปรดเปิดใช้งาน JavaScript เพื่อดู

ทำให้เกิดคำถามมากมายเกี่ยวกับโหมดการทำงานของ 1C

โหมดการทำงานด้วย ฐานข้อมูล:
เวอร์ชันไฟล์ของงาน
ไคลเอนต์ - เวอร์ชันเซิร์ฟเวอร์ของงาน

โหมดการทำงานของไฟล์

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

1Cv8.1CD เป็นฐานข้อมูลไฟล์

ฐานข้อมูลไฟล์ (ไฟล์ 1Cv8.1CD) ได้รับการจัดการโดย File DBMSซึ่งเป็นส่วนหนึ่งของแพลตฟอร์ม 1C:Enterprise
ด้วยโหมดไฟล์ มีการเลียนแบบโหมดการทำงานของไคลเอนต์-เซิร์ฟเวอร์ ดังนั้นคุณยังคงต้องปฏิบัติตามกลไกการพัฒนาไคลเอนต์-เซิร์ฟเวอร์

หากไฟล์ 1Cv8.1CD มีขนาดใหญ่กว่า 4 GB ถึงเวลาคิดที่จะเปลี่ยนไปใช้งานเวอร์ชันไคลเอนต์เซิร์ฟเวอร์

ลบใหญ่ โหมดไฟล์งานมีความปลอดภัยของข้อมูลต่ำ

รูปแบบการทำงานในเวอร์ชันไฟล์

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

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

การทำงานของไคลเอ็นต์-เซิร์ฟเวอร์

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

รุ่นไคลเอนต์เซิร์ฟเวอร์ทำงานตามสถาปัตยกรรมสามชั้น:
ผู้ใช้
แอ็พพลิเคชันเซิร์ฟเวอร์ (เซิร์ฟเวอร์คลัสเตอร์)
ดีบีเอ็มเอส

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

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

โหมดการทำงานปัจจุบันสามารถดูได้ในตัวกำหนดค่าและในโหมดผู้ใช้โดยการเปิด วิธีใช้ -> เกี่ยวกับ (บรรทัด "โหมด")

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

บทความเกี่ยวกับแอปปกติและแอปที่มีการจัดการ ปกติและ แบบฟอร์มที่มีการจัดการอา "1C:Enterprise" ตั้งอยู่ที่นี่

กรุณาแสดงความคิดเห็นของคุณ ฉันให้คุณค่ากับความคิดเห็นของคุณ

ป.ล. Charlie Brooker - กล่องของขวัญ

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

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

ไฟล์เวอร์ชัน 1C: ข้อดีและข้อเสีย

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

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

การเชื่อมต่อไคลเอนต์กับไฟล์ 1C

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

• ทำงานบนอุปกรณ์ใดก็ได้และระบบปฏิบัติการใด ๆ (MacOS, Linux, Windows, แท็บเล็ต Android ฯลฯ );
• ทำงานจากทุกที่ที่มีอินเทอร์เน็ต (แน่นอน ด้วยการตั้งค่าที่เหมาะสม)
• ไม่จำเป็นต้องติดตั้งและอัปเดตซอฟต์แวร์บนเวิร์กสเตชัน

  ช่วงเวลาทั่วไปของการปรับใช้ไฟล์เซิร์ฟเวอร์ 1C

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

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

อาการและประวัติผู้ป่วย:

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

สัญญาณหลักของการปิดกั้นการทำงาน:

• ผู้ใช้ทำงานอย่างรวดเร็วกับฐานข้อมูลผ่านเครือข่ายในโหมดพิเศษและช้ามาก - ด้วยการทำงานพร้อมกันของผู้ใช้หลายคน
• ผู้ใช้ทำงานอย่างรวดเร็วกับฐานข้อมูลในเครื่องบนเซิร์ฟเวอร์และช้า - ผ่านเครือข่าย
• อุทธรณ์ต่อ ระบบไฟล์ต่ำกว่า 10 MB/s

ดังนั้นฉันจึงได้งาน - เพื่อให้แน่ใจว่าผู้ใช้มากถึงสามคนสามารถทำงานใน 1C ได้ในเวลาเดียวกัน! ตลกใช่มั้ย

ฉันลืมเรื่องตลกทั้งหมดเมื่อฉันเห็นสิ่งที่ต้องจัดการ: "เซิร์ฟเวอร์" ที่แสดงตามปกติ คอมพิวเตอร์สำนักงานและแล็ปท็อปสองเครื่อง

ความสุขจะไม่สมบูรณ์หากไม่มีระบบปฏิบัติการที่ยอดเยี่ยม - บนคอมพิวเตอร์และในเครื่องเดียว แล็ปท็อป Windows 7 ในอีกด้านหนึ่ง - Windows 8

เมื่อพยายามถือเอกสารพร้อมกันบนแล็ปท็อป เอกสารหนึ่งงี่เง่าประมาณหนึ่งนาที และเอกสารที่สองบินออกจาก 1C พร้อมข้อความแสดงข้อผิดพลาด "ไม่สามารถล็อคโต๊ะได้ ... "

การเปิดตัว 1C บนแล็ปท็อปเป็นการแสดงแยกต่างหากที่กินเวลานาน 3 นาที!

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

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

1. ปิดการใช้งานการใช้โปรโตคอลเครือข่าย IPv6กำหนดค่าที่อยู่บน IPv4 "เก่า"

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

3. เริ่มการจัดทำดัชนี ค้นหาข้อความแบบเต็มใน 1C หรือปิดอย่างสมบูรณ์

4. เรียกใช้การทดสอบและแก้ไขฐานข้อมูล ตรวจสอบกับยูทิลิตี้ ChDbfl

5. เรียกใช้รายการตรวจสอบการกำหนดค่าในการกำหนดค่า (หากการกำหนดค่าไม่ปกติ สิ่งนี้จะมีประโยชน์) ผลจากการตรวจสอบการกำหนดค่า ทำให้ขนาดลดลงเกือบหนึ่งในสามอย่างน่าอัศจรรย์ โปรแกรมเมอร์ที่เข้ามาอัปเดตอะไรต่อหน้าฉันและอย่างไร - ฉันไม่ได้เจาะลึก แต่ความจริงก็ชัดเจน

6. ปิดใช้งานตัวเลือกการทำงานที่ไม่จำเป็น

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

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

9. ระบุ "ความเร็วในการเชื่อมต่อ - ต่ำ" ในการตั้งค่าของรายการฐาน (สิ่งนี้ไม่ได้ให้ผลลัพธ์พิเศษ ยกเว้นรูปภาพถูกปิดสำหรับระบบย่อย :))

หลังจากทำตามขั้นตอนเหล่านี้ทั้งหมดแล้ว ฐานไฟล์ 1C ได้รับลำดับความสำคัญเร็วขึ้น เริ่มต้นขึ้นภายในเวลาสูงสุด 10 วินาที และความเร็วในการรีโพสต์เอกสารเพิ่มขึ้นโดยเฉลี่ย 12 เท่า

บางทีบทความสั้น ๆ นี้อาจเป็นประโยชน์กับคุณหากคุณต้องการเร่งความเร็วฐานไฟล์ 1C โดยกะทันหัน

PS: และเรียกใช้ไฟล์ 1C โดยใช้ การเข้าถึงเครือข่ายไปยังโฟลเดอร์ที่ใช้ร่วมกัน - ยังไม่สมจริง tk Dasha ฉลาดที่สุด ไดรฟ์โซลิดสเตต, แกะและโปรเซสเซอร์จะถูกฝังอยู่ในการล็อคเครือข่าย และการทำงานของผู้ใช้มากกว่าหนึ่งคนจะเป็นไปไม่ได้เลย เรากำลังพูดถึงการกำหนดค่าของ UT 11.1 โดยเฉพาะ การกำหนดค่าขนาดเล็กที่เขียนขึ้นเองอาจทำงานได้อย่างรวดเร็วแม้ในเวอร์ชันไฟล์

เพิ่มเติมจากความคิดเห็นสำหรับสิ่งพิมพ์:

ตัวจัดเรียงข้อมูลบนดิสก์พร้อมฐานแฟ้ม

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

การอัปเกรดฮาร์ดแวร์ - ฮาร์ดไดรฟ์ที่เร็วขึ้น สวิตช์ใหม่ โปรเซสเซอร์ ฯลฯ

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

ไฟล์หรือไคลเอ็นต์เซิร์ฟเวอร์?

โหมดการทำงานใดในโปรแกรม 1C: Enterprise 8 ที่เร็วกว่า

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

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

โหมดการทำงานของไฟล์ 1C

เวอร์ชันไฟล์งานใน 1C: Enterprise 8 จะสามารถจัดเตรียมได้อย่างถูกต้องและ การปฏิบัติงานระบบถ้าไม่เกิน 3 คนทำงานพร้อมกันในโปรแกรม

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

รูปแบบการทำงานในโหมดไฟล์

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

1. ส่วนหนึ่งของไฟล์ฐานข้อมูลถูกบล็อกสำหรับผู้ใช้รายอื่นของระบบ
2. ข้อมูลที่ถูกบล็อกจะเปลี่ยนเส้นทางผ่านเครือข่ายท้องถิ่นไปยังไคลเอ็นต์
3. การดำเนินการเปลี่ยนแปลงจะดำเนินการในคอมพิวเตอร์ของผู้ใช้
4. ส่วนที่แก้ไขของไฟล์จะถูกส่งกลับไปยังตำแหน่งที่จัดเก็บ
5. ไฟล์ฐานข้อมูลจะพร้อมใช้งานสำหรับผู้ใช้รายอื่นของระบบ 1C: Enterprise 8

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

โหมดการทำงานของไคลเอนต์เซิร์ฟเวอร์ 1C (พร้อมฐานข้อมูลใน SQL)

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

รูปแบบการทำงานในโหมดไคลเอ็นต์เซิร์ฟเวอร์

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

1. 1C:Server กระจายคำขอไปยังไฟล์ฐานข้อมูลที่ต้องการ
2. ระบุลำดับการดำเนินการ
3. ทำการเปลี่ยนแปลงกับฐานข้อมูล

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

ตัวเลือกไคลเอนต์เซิร์ฟเวอร์อนุญาตให้:

1. เพิ่มความยืดหยุ่นของระบบในกรณีไฟฟ้าดับฉุกเฉินและเครือข่ายท้องถิ่นมีภาระงานหนัก ตัวอย่างเช่น โหมดการทำงานของไคลเอนต์เซิร์ฟเวอร์อนุญาตให้คุณปรับแต่งการสร้าง การสำรองข้อมูลฐานข้อมูลทุก ๆ 30 นาทีระหว่างการดำเนินการ ซึ่งหมายความว่าแม้ว่าจะเกิดอุบัติเหตุบนเซิร์ฟเวอร์ ข้อมูลเพียงครึ่งชั่วโมงก็จะสูญหาย และในหนึ่งชั่วโมงบริษัทของคุณจะกลับมาทำงานได้ตามปกติ
2. เพิ่มความเร็วให้กับระบบเนื่องจากไม่จำเป็นต้องขนส่งข้อมูลระหว่างคอมพิวเตอร์เครือข่ายอย่างต่อเนื่อง
3. ป้องกันการโจรกรรมข้อมูลผู้ใช้ระบบ 1C: Enterprise 8 ฐานข้อมูลประกอบด้วยไฟล์จำนวนมากที่จัดเก็บบนเซิร์ฟเวอร์และจัดการโดย DBMS แยกต่างหาก การคัดลอกไฟล์ทำได้เฉพาะในส่วนที่แยกจากกันซึ่งไม่ได้ให้เนื้อหาข้อมูลใดๆ ในการยกเลิกการโหลดฐานข้อมูลในรูปแบบที่ใช้งานได้ คุณต้องเข้าถึงด้วยสิทธิ์ของผู้ดูแลระบบใน 1C: Server and DBMS
4. ลดความเสี่ยงของความเสียหายของฐานข้อมูล. ฐานข้อมูลเป็นแบบคงที่ - จัดเก็บและเปลี่ยนแปลงในคอมพิวเตอร์เครื่องเดียว ซึ่งหมายความว่าไม่รวมความเสียหายระหว่างการขนส่งจากผู้ใช้ไปยังผู้ใช้

โหมดการทำงาน 1C ใดให้เลือก - ไฟล์หรือไคลเอ็นต์เซิร์ฟเวอร์

โหมดการทำงานของไฟล์ในโปรแกรม 1C เหมาะสำหรับบริษัทขนาดเล็กที่มีผู้ใช้สูงสุด 3 คนพร้อมฐานข้อมูลสูงสุด 2GB ในโปรแกรมในเวลาเดียวกัน

• ฐานข้อมูลมีขนาดใหญ่กว่า 2GB;
• จำนวนผู้ใช้ตั้งแต่ 3 คนขึ้นไป

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

1. ซื้อ ซอฟต์แวร์- ใบอนุญาตสำหรับเซิร์ฟเวอร์ 1C: Enterprise
2. เลือก DBMS:
   • PostgreSQL - DBMS ฟรี (มีข้อ จำกัด จำนวนมาก);
3. ตั้งค่า DBMS เพื่อทำงานร่วมกับ 1C รวมถึงการปรับให้เหมาะสมและแผนการสำรองข้อมูล
4. ติดตั้ง 1C: Server และตั้งค่าการดูแลระบบ