เครือข่าย 1s 8 โครงร่างการทำงานในเวอร์ชันไฟล์

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

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

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

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

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

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

หากไฟล์ 1Cv8.1CD มีขนาดเกิน 4 GB ตอนนี้เป็นเวลาคิดเกี่ยวกับการเปลี่ยนไปใช้เวอร์ชันไคลเอ็นต์-เซิร์ฟเวอร์

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

โครงร่างการทำงานในเวอร์ชันไฟล์

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

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

งานเวอร์ชันไคลเอ็นต์-เซิร์ฟเวอร์

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

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

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

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

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

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

บทความเกี่ยวกับแอปพลิเคชันทั่วไปและแอปพลิเคชันที่มีการจัดการ แอปพลิเคชันทั่วไปและ แบบฟอร์มควบคุม"1C:Enterprise" ซึ่งอยู่ที่นี่

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

ป.ล. Charlie Brooker - กล่องความปรารถนา

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

ขั้นตอนพื้นฐาน

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

1. การติดตั้งแพลตฟอร์ม 1C: Enterprise (ระบบ)
2. การติดตั้งการกำหนดค่า
3. การติดตั้งกุญแจรักษาความปลอดภัยแบบอิเล็กทรอนิกส์
4. การตั้งค่าการเชื่อมต่อเครือข่าย (สำหรับเวอร์ชันเครือข่าย)

เพื่อให้ชัดเจนยิ่งขึ้นว่าเรากำลังพูดถึงอะไร ลองจินตนาการถึงการใช้สัญลักษณ์สามประการของระบบโปรแกรม 1C: Enterprise:

แพลตฟอร์ม - "เครื่องยนต์" และ "ส่วนประกอบ" ได้รับการติดตั้งโดยโปรแกรมการติดตั้งเดียว และการกำหนดค่า - โดยโปรแกรมการติดตั้งแยกกัน

1. การติดตั้งแพลตฟอร์ม 1C: Enterprise (ระบบ)

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

นี่คือชุดแจกจ่าย 1C - ตามกฎแล้ว ชุดใหญ่ฟลอปปีดิสก์หรือซีดีด้วย โปรแกรมติดตั้ง 1ซี ผู้โชคดีที่เป็นเจ้าของซีดีเพียงแค่ต้องติดตั้ง CD-DRIVE และรอให้เมนูการติดตั้งเปิดขึ้นโดยอัตโนมัติ ในนั้นคุณจะต้องเลือกรายการที่เรียกว่า "1C: Enterprise 7.7" ถ้า เริ่มต้นอัตโนมัติฉันรอไม่ไหวแล้ว ฉันจะต้องรันโปรแกรม "SETUP.EXE" จากดิสก์ด้วยตัวเอง

ตัวอย่างเช่น สามารถทำได้ด้วยวิธีนี้ - ในเมนู "Start" เลือก "Run" จากนั้นพิมพ์คำสั่ง "D:\SETUP.EXE" ในกล่องโต้ตอบแล้วคลิก "OK" ถัดไป คุณต้องยอมรับข้อเสนอการติดตั้ง "เริ่มต้น" อย่างปลอดภัย เมื่อโปรแกรมถามคุณเกี่ยวกับ "ชื่อ" และ "องค์กร" อย่าตกใจ - เขียนสิ่งที่คุณต้องการซึ่งจะไม่ส่งผลกระทบต่อการทำงานของโปรแกรมต่อไป

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

2. การตั้งค่าคอนฟิกูเรชัน

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

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

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

3. การติดตั้งกุญแจรักษาความปลอดภัยแบบอิเล็กทรอนิกส์

ตามกฎแล้ว ผลิตภัณฑ์ซอฟต์แวร์ 1C ได้รับการปกป้องจากการจำลองแบบที่ผิดกฎหมายด้วยกุญแจอิเล็กทรอนิกส์ HASP ต้องเสียบคีย์นี้เข้ากับขั้วต่อพอร์ตขนานเมื่อคอมพิวเตอร์ปิดอยู่ หากคุณมีเครื่องพิมพ์จะต้องเสียบสายเคเบิลเข้ากับขั้วต่อที่เกี่ยวข้องของรหัสความปลอดภัยที่เชื่อมต่อกับพอร์ตขนาน จากนั้นเปิดคอมพิวเตอร์อย่างปลอดภัยและเลือก "ติดตั้งไดรเวอร์ป้องกัน" จากเมนู 1C: Enterprise (“Start” - “Programs” - “1C: Enterprise”)

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

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

4. การตั้งค่าการเชื่อมต่อเครือข่าย (สำหรับเวอร์ชันเครือข่าย)

การตั้งค่าเวอร์ชันเครือข่าย 1C จะทำให้คุณต้องทำตามขั้นตอนต่อไปนี้ตามลำดับ

ทางเลือก ระบบปฏิบัติการ

1C เวอร์ชันเครือข่ายได้รับการติดตั้งดีที่สุดบนระบบปฏิบัติการเซิร์ฟเวอร์ หากจำนวนผู้ใช้ที่คาดหวังมากกว่าสามคน ขอแนะนำให้ติดตั้ง 1C บนระบบปฏิบัติการเครือข่าย (Novell Netware หรือ Windows 2000 Server)

การกำหนดค่าฐานข้อมูล

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

การมองเห็นคีย์ความปลอดภัย

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

การเลือกตัวเลือกการติดตั้งสำหรับแพลตฟอร์ม 1C: Enterprise

อนุญาตให้มีหลายตัวเลือกสำหรับการติดตั้ง 1C: ระบบ Enterprise ทั้งนี้ขึ้นอยู่กับแพ็คเกจการจัดส่ง:

การติดตั้งภายใน - การติดตั้งระดับผู้ดูแลระบบ - การติดตั้งเครือข่าย

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

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

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

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

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

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

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

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

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

เรามักจะได้รับคำถามเกี่ยวกับสิ่งที่ทำให้ 1c ช้าลง โดยเฉพาะอย่างยิ่งเมื่อเปลี่ยนไปใช้เวอร์ชัน 1c 8.3 ขอขอบคุณเพื่อนร่วมงานของเราจาก Interface LLC เราแจ้งรายละเอียดให้คุณทราบ:

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

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

การใช้ทรัพยากร ดูอย่างแรก

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

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

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

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

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

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

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

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

สุทธิ

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

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

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

ดังที่คุณเห็นจากกราฟ Accounting 2.0 โหลดที่ความเร็วเครือข่ายใดๆ ก็ได้เร็วกว่าสองเท่า การเปลี่ยนจาก 100 Mbit/s เป็น 1 Gbit/s ช่วยให้คุณเพิ่มความเร็วในการดาวน์โหลดได้สี่เท่า ความแตกต่างระหว่างฐานข้อมูล "troika" ที่ปรับให้เหมาะสมและที่ไม่ปรับให้เหมาะสมใน โหมดนี้ไม่ได้สังเกต

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

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

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

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

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

แล้วทำไม 1C ถึงช้า? เราจะตรวจสอบเพิ่มเติม

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

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

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

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

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

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

มาดูการทำซ้ำกันดีกว่า:

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

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

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

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

ซีพียู

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

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

ข้อสรุป

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

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

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

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

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

ปัญหา

คำถามเดียวกันนี้ถูกถามอย่างต่อเนื่องในฟอรัม: เหตุใด 1C+MSSQL จึงประมวลผลคำสั่งช้ากว่าเวอร์ชันไฟล์

จากนั้นมักจะมี "น้ำท่วม" หลายสิบหน้า

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

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

เราขอแนะนำให้แบ่งคำถามออกเป็นหลายข้อ:

1. ตัวเลือกไฟล์ทำงานเร็วขึ้นในการดำเนินการ "พิเศษ" หรือไม่ เมื่อกิจกรรมไม่ได้ขึ้นอยู่กับผู้ใช้รายอื่นในฐานข้อมูล

โดย "ลักษณะเฉพาะ" เราจะเข้าใจผู้ใช้ที่ใช้งานอยู่ (ที่ทำงาน) หนึ่งรายในฐานข้อมูล

2. เวอร์ชันไฟล์ทำงานเร็วขึ้นในโหมดผู้ใช้หลายคนหรือไม่ เมื่อผู้ใช้แข่งขันกันแย่งชิงทรัพยากร (เช่น เมื่อขายสินค้า พวกเขาเข้าถึงยอดคงเหลือในคลังสินค้าจำนวนมาก)

3. ความเร็วระหว่างเวอร์ชันไฟล์และเวอร์ชันไคลเอ็นต์-เซิร์ฟเวอร์แตกต่างกันอย่างมีนัยสำคัญเพียงใดในมุมมองทางธุรกิจ

อะไรจริงๆ

ตารางที่ 1 การเปรียบเทียบเวอร์ชันไฟล์และไคลเอนต์ - เซิร์ฟเวอร์ของ 1C

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

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

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

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

คำถามระดับกลางอีกประการหนึ่งเกิดขึ้น:

เวอร์ชันของไฟล์เร็วกว่าเวอร์ชันไคลเอ็นต์-เซิร์ฟเวอร์เป็นตัวเลขเท่าใด

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

1. โดยเฉลี่ยการดำเนินการกับปริมาณข้อมูลที่เทียบเคียงได้เร็วกว่าเกือบ 2 เท่า
2. สำหรับการดำเนินการโดยเฉลี่ยเมื่อปริมาณข้อมูลเริ่มเกินจำนวน RAM ที่มีอยู่และเพิ่มความเข้มข้นของการสลับ - เร็วขึ้นสูงสุด 3-4 เท่า - นี่เป็นเพียงตัวอย่างการปิดเดือน

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

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

ยิ่งไปกว่านั้น แม้แต่รายงานที่ไม่เป็นอันตรายเมื่อสร้างขึ้นแล้ว ยังสามารถเขียนข้อมูล เช่น ไปยังฐานข้อมูลบริการ tempdb เมื่อใช้ MS SQL Server

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

กล่าวอีกนัยหนึ่ง ตัวเลือกไคลเอนต์-เซิร์ฟเวอร์ต้องการทรัพยากรมากกว่าเวอร์ชันไฟล์สำหรับงานที่เท่ากัน.

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

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

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

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

ตัวอย่างเช่น องค์กรหนึ่งมีผู้ใช้ 1C 100 ราย เพื่อการวัดผลที่ดี สมมติว่าผู้ใช้แต่ละคนป้อนเอกสาร 10 ฉบับเท่าๆ กันตลอดทั้งวัน และในแต่ละครั้ง ส่วนที่เป็นตารางมี 10 บรรทัด

เราได้เลขคณิตอย่างง่าย - 100 x 10 x 10 = 10,000 บรรทัดที่ป้อนเข้าไป ระบบสารสนเทศในระหว่างวัน

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

ในเวอร์ชันไคลเอ็นต์-เซิร์ฟเวอร์ สิ่งนี้จะได้ผล เอกสารจะได้รับการประมวลผลไปพร้อมๆ กัน

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

เรารู้ว่าระยะเวลาหมดเวลาการล็อคเริ่มต้นคือ 20 วินาที ตามทฤษฎีแล้ว สันนิษฐานได้ว่ายกเว้นผู้ใช้รายแรก ผู้ใช้รายต่อๆ ไปทั้งหมดจะรอกันเป็นเวลา 20 วินาที แล้วจึงส่งเอกสาร ระยะเวลารอทั้งหมดคือผู้ใช้ 100 ราย x 1 เอกสาร x 20 วินาที = รอ 2,000 วินาที คุณรู้สึกได้ – นี่คือการหยุดทำงานของผู้ใช้ครึ่งชั่วโมง

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

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

ยิ่งไปกว่านั้น หากคุณลอง 2.3 เอกสารจะทำให้ภาพแย่ลงและในหนึ่งวันถึงแม้จะมีโค้ดในอุดมคติ เวอร์ชันไฟล์ก็จะ "สะสม" ผู้ใช้ 100 ราย x เอกสาร 10 รายการ x 20 วินาที = 20,000 วินาที ~ 5 ชั่วโมงครึ่งของการหยุดทำงาน

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

เนื่องจากนอกเหนือจากการล็อคแบบซ้ำซ้อนแล้ว ยังมีการล็อคที่จำเป็นด้วย ให้เรากำหนดแนวคิดเรื่องประสิทธิภาพอีกครั้ง

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

และเราขอย้ำอีกครั้งว่าอย่ายึดถือคำพูดของเรา ใช้ 1C: มาตรฐาน การทดสอบโหลด http://v8.1c.ru/expert/etp.htm หรือพัฒนาการทดสอบโดยรวมของคุณเองและดูความน่าเชื่อถือของข้อความของเราด้วยตาตนเอง

หากคุณมีคำถามใดๆ เกี่ยวกับการทดสอบหรือผลการทดสอบ คุณสามารถพูดคุยได้ในฟอรัม

คุณอาจต้องการซื้อ 1C:KIP โดยคำนึงถึงคุณสมบัติต่างๆ

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

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

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

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

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

ตอนนี้เราต้องถาม "คำถามที่ถูกต้อง":

4. เหตุใดจึงเกิดคำถามขึ้นเพื่อประเมินความแตกต่างความเร็วระหว่างตัวเลือกไฟล์และไคลเอนต์-เซิร์ฟเวอร์

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

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

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

โดยทั่วไปแล้ว เราทำสิ่งนี้อย่างมืออาชีพและประสบความสำเร็จมาหลายปีแล้ว

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

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

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

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

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

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

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

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

แอปพลิเคชันไคลเอ็นต์ - คลัสเตอร์เซิร์ฟเวอร์ 1C Enterprise - เซิร์ฟเวอร์ฐานข้อมูล

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

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

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