ล็อคไฟล์ตารางไม่สำเร็จ เบรกตามไฟล์ - วิธีหลีกเลี่ยง (จากประสบการณ์ล่าสุด)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ใน SSIS ฉันพยายามใช้งานระบบไฟล์เพื่อย้ายไฟล์ไปยังไดเรกทอรีเก็บถาวร นี่คือลักษณะของงานของฉัน - http://imgur.com/raPZIzL

เมื่อฉันรันแพ็คเกจ ฉันพบข้อผิดพลาดในงานนี้: ข้อผิดพลาด: 0xC0014054 ในงานระบบไฟล์: ล้มเหลวในการล็อกตัวแปร '\xxx\yyyy\Eligibility\SOURCE_ELIGIBILITY_IMPORT_0482014.CSV' สำหรับการเข้าถึงแบบอ่านโดยมีข้อผิดพลาด 0xC0010001 'ไม่พบตัวแปร สิ่งนี้เกิดขึ้นเมื่อมีความพยายามที่จะดึงตัวแปรจากคอลเลกชันตัวแปรในคอนเทนเนอร์ระหว่างการดำเนินการแพ็คเกจ และไม่มีตัวแปรอยู่ ชื่อตัวแปรอาจถูกเปลี่ยนหรือไม่ได้สร้างตัวแปร"

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

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

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

นี่คือข้อผิดพลาดเฉพาะ:

ข้อผิดพลาด: 0xC0014054 บนระบบไฟล์ งาน: ล้มเหลวในการล็อกตัวแปร '\XXX\YYYY\Eligibility\SOURCE_ELIGIBILITY_IMPORT_0482014.CSV' สำหรับการเข้าถึงแบบอ่านโดยมีข้อผิดพลาด 0xC0010001 'ไม่พบตัวแปร สิ่งนี้เกิดขึ้นเมื่อมีความพยายามที่จะรับตัวแปรจาก รวบรวมตัวแปรในคอนเทนเนอร์ระหว่างรันไทม์ของแพ็คเกจและตัวแปรหายไป ชื่อตัวแปรสามารถเปลี่ยนแปลงได้หรือไม่ได้สร้างตัวแปร"

ข้อผิดพลาด: 0xC002F304 ที่งานระบบไฟล์ งานระบบไฟล์: เกิดข้อผิดพลาดพร้อมกับข้อความแสดงข้อผิดพลาดต่อไปนี้: "ไม่สามารถล็อกตัวแปร '\XXX\YYYY\Eligibility\SOURCE_ELIGIBILITY_IMPORT_0482014.CSV' สำหรับการเข้าถึงแบบอ่านที่มีข้อผิดพลาด 0xC0010001" ไม่พบตัวแปร เหตุการณ์นี้เกิดขึ้นเมื่อมีความพยายามที่จะดึงตัวแปรจากคอลเลกชันตัวแปรในคอนเทนเนอร์ระหว่างการดำเนินการแพ็คเกจ และไม่มีตัวแปรอยู่ สามารถเปลี่ยนชื่อตัวแปรหรือไม่สร้างตัวแปรก็ได้ ".".

ข้อผิดพลาด: 0xC0014054 บนระบบไฟล์ งาน: ล้มเหลวในการล็อกตัวแปร '\XXX\YYYY\Eligibility\Archive' สำหรับการเข้าถึงแบบอ่านโดยมีข้อผิดพลาด 0xC0010001 'ไม่พบตัวแปร สิ่งนี้เกิดขึ้นเมื่อพยายามรับตัวแปรจากตัวแปร คอลเล็กชันบนคอนเทนเนอร์ที่รันไทม์แพ็กเกจแต่ตัวแปรไม่มีอยู่ สามารถเปลี่ยนชื่อตัวแปรหรือสร้างตัวแปรไม่ได้ ".

ข้อผิดพลาด: 0xC002F304 ที่งานระบบไฟล์ งานระบบไฟล์: มีข้อผิดพลาดเกิดขึ้นกับข้อความแสดงข้อผิดพลาดต่อไปนี้: "ไม่สามารถล็อกตัวแปร '\XXX\YYYY\Accessibility\Archive' สำหรับการเข้าถึงแบบอ่านโดยมีข้อผิดพลาด 0xC0010001" ไม่พบตัวแปรนี้ เหตุการณ์นี้เกิดขึ้นเมื่อมีความพยายามที่จะดึงตัวแปรจากคอลเลกชันตัวแปรในคอนเทนเนอร์ระหว่างการดำเนินการแพ็คเกจ และไม่มีตัวแปรอยู่ สามารถเปลี่ยนชื่อตัวแปรหรือไม่สร้างตัวแปรก็ได้ ".

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

อะไรแบบนี้ ฉันค้นหาผ่านเน็ตยานเดกซ์ - โดยทั่วไปแล้วทุกอย่างคลุมเครือ
พบคำแนะนำที่สำคัญ:
1) ยกเลิกการโหลด / โหลดฐานข้อมูล - ในแง่ของการสร้างฐานข้อมูลใหม่จากตัวกำหนดค่า
2) เรียกใช้ \Program Files\1cv81\bin\chdbfl.exe - ตรวจสอบความสมบูรณ์ทางกายภาพของฐานข้อมูล
3) ทดสอบและแก้ไขฐานข้อมูล
4) อัปเกรดเป็นรุ่นล่าสุด 8.1

มีใครรู้อะไรที่เจาะจงมากกว่านี้ไหม?

13.5.2010, 10:05

ทุกสิ่งที่คุณต้องการ คุณได้รับข้อเสนอแล้ว ขั้นแรกให้ลอง มีข้อผิดพลาดทางกายภาพบนสื่อหรือไม่?
โดยเฉพาะอย่างยิ่ง vryat ใครจะพูด

13.5.2010, 10:56

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

ป.ล. และฐานข้อมูลไฟล์ในโหมดผู้ใช้หลายคนเป็นการบิดเบือน

13.5.2010, 10:58

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

13.5.2010, 11:06

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

13.5.2010, 11:10

ไม่น่าเป็นไปได้ สำหรับ G8 เซิร์ฟเวอร์ใหม่ได้ซื้อมาพร้อมกับลิขสิทธิ์ Windows แล้ว

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

ป.ล. ใหม่ไม่ได้หมายความว่าใช้งานได้ 100%

13.5.2010, 11:38

ทุกสิ่งที่คุณต้องการ คุณได้รับข้อเสนอแล้ว ขั้นแรกให้ลอง

ใช่แล้ว คุณต้องรอจนถึงตอนเย็น
มีความหวังเล็กน้อยที่จะได้ยินสิ่งใหม่

อย่าบอกปาฏิหาริย์ มีปัญหาเพียงพอ แต่ก็ไม่เป็นเช่นนั้น

ปาฏิหาริย์อยู่ที่ไหน ฉันไม่เข้าใจ มีคนจะอ้างว่า 8.1 เป็นแพลตฟอร์มที่ยอดเยี่ยมไร้ที่ติ?

เขียนว่าต้องทำการทดสอบพร้อมการแก้ไขเป็นระยะๆ

เราดูเหมือนจะมีกรณีดังกล่าว
การสำรวจผู้ใช้ทีละคน (เพื่อไม่ให้โกหกกัน) แสดงให้เห็นว่าสถานการณ์นี้ดูเหมือนจะเกิดขึ้นเฉพาะกับผู้ใช้ที่ทำงานในเทอร์มินัลเท่านั้น และผู้ที่ไม่ผ่านขั้วไหน
Windows Server 2003 R2 Standard 64 จำสถานการณ์ดังกล่าวไม่ได้หรือไม่มีเลย
ยิ่งไปกว่านั้น ผู้สังเกตการณ์สองคนสังเกตว่า 1.5-2 เดือนที่ผ่านมาปรากฏการณ์นี้ถูกสังเกตน้อยกว่ามาก

13.5.2010, 12:42

นักฆ่าโดยกำเนิด, Antivir มีค่าใช้จ่ายเธรดอะไรบนเซิร์ฟเวอร์? ถ้าใช่ ให้ลองปิดใช้งานหรือเพิ่มฐานให้กับข้อยกเว้น

13.5.2010, 13:14

Antivir มีค่าใช้จ่ายเท่าไรบนเซิร์ฟเวอร์?

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

ดูเหมือนจะไม่มีแอนตี้ไวรัส...

13.5.2010, 13:23

ฉันไม่เข้าใจ มีคนจะอ้างว่า 8.1 เป็นแพลตฟอร์มที่ยอดเยี่ยมไร้ที่ติ?
ใช่ไม่ 7.7 ยังแย่อยู่ แต่ประมาณ 8 มันถูกต้องแล้วที่จะเขียนตำนานเกี่ยวกับรถบักกี้ของมัน

ฐานข้อมูลใหญ่แค่ไหนและผู้ใช้กี่คน?

เพิ่มขึ้น. ยกตัวอย่างที่เฉพาะเจาะจง
ฐานข้อมูลใหญ่แค่ไหนและผู้ใช้กี่คน?

เมื่อคืนฉันทำการทดสอบและแก้ไขมัน ก่อนหน้านั้น 1cv8.1CD คือ 2GB ตอนนี้กลายเป็น 1.5GB แล้ว
มีผู้ใช้ 5 คนเช่นเดียวกับใบอนุญาตเอง
สำหรับตำนานของรถบักกี้มีอยู่กรณีหนึ่ง ตอนนี้ถ้าคุณใช้ 7.7 และคัดลอก 1 ฐานข้อมูลผ่าน Total ไปยังที่อื่น - สำเนาที่ไม่มีปัญหา
เมื่อฉันพยายามทำเช่นเดียวกันกับฐานข้อมูลที่แปด ให้คัดลอกไดเร็กทอรีฐานข้อมูลไปยังตำแหน่งอื่น
ลงทะเบียน เปิดทั้งสองฐานพร้อมกัน ฐานหนึ่งควรเป็นความผิดฐาน
ในสำเนาฉันทำเครื่องหมายหลายเอกสารเพื่อลบ, สลับไปที่หน้าต่างที่มีฐานข้อมูลจริง, ไม่เชื่อสายตาของฉัน: เอกสารเดียวกันถูกทำเครื่องหมายเพื่อลบและที่นั่น


เถ้าถ่าน 1C มีคำตอบสำหรับทุกสิ่ง: ทำสำเนาฐานข้อมูลทุกวัน
ใช่ นี่เป็นคำตอบที่ไม่ดีเท่านั้น

เอ็มเอ็มมาริน่า

นักฆ่าโดยกำเนิด,

ไงเพื่อน...

ตำนาน!
นี่จึงเป็นที่มาของตำนาน...

ไงเพื่อน...

ไงเพื่อน. นั่นคือสิ่งที่คุณได้รับ

จากนั้นพวกเขาก็แช่แข็งไอคอนบนเดสก์ท็อป

ตำนาน!
นี่จึงเป็นที่มาของตำนาน...

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

ฉันจำไม่ได้ว่าเป็นแพลตฟอร์มใด

พยายามทำเช่นเดียวกัน บางทีคุณอาจทำได้เช่นกัน

นี่จึงเป็นที่มาของตำนาน...

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

อุดช่องโหว่ความรู้คอมพิวเตอร์...
ฉันคิดว่าฉันสิ้นหวังแล้วจริงๆ...

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

ในสำเนา ฉันทำเครื่องหมายหลายเอกสารเพื่อลบ สลับไปที่หน้าต่างที่มีฐานข้อมูลจริง ฉันไม่อยากเชื่อสายตาตัวเอง: เอกสารเดียวกันถูกทำเครื่องหมายเพื่อลบและที่นั่น shok.gif

ฉันไม่เคยคัดลอกฐานไฟล์ที่ 8
มันไม่ใช่ความรู้สึกเลย

คุณอาจไม่เชื่อ แต่มันเป็น

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

ไม่ต้องกังวล ฐานไฟล์สามารถคัดลอกและยกขึ้นในที่อื่นได้อย่างง่ายดาย ไม่ควรมีข้อบกพร่องใด ๆ

14.5.2010, 10:52

14.5.2010, 11:28

มีข้อสันนิษฐาน - ในสวนสาธารณะฉันลงทะเบียนฐานเดียวกัน 2 ครั้ง

8 เสนอให้เปลี่ยน

14.5.2010, 11:31

เธอ ... 7.7 เมื่อพยายามทำสิ่งนี้มันเงียบอย่างโง่เขลาและไม่เพิ่มฐานลงในรายการ (มันไม่ตอบสนอง แต่อย่างใด)
8 เสนอให้เปลี่ยน

บางทีหนูอาจพลาดและเปิดตัวตัวเดียวกัน ... ปาฏิหาริย์ไม่ได้เกิดขึ้น

14.5.2010, 11:47

อาจจะแค่พลาดเม้าท์เปิดตัวเหมือนเดิม...

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

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

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

14.5.2010, 12:35

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

14.5.2010, 13:53

ในช่วงเวลาของการบันทึกคอนเฟิร์ม เกิดอุบัติเหตุบางอย่างขึ้น และฐานล้มลง

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

14.5.2010, 14:39

ถ้ามันเป็นความผิดพลาดของเหล็กก็ไม่น่าแปลกใจ

ห่าเกิดอะไรขึ้น เหล็ก ตะแกรง หรือแท่น - ตอนนี้ไม่สำคัญนัก
สำหรับฉันแล้วดูเหมือนว่า softina ไม่ควรทำตัวน่าหลงใหล
ก็เหมือนกับการปล่อย Vista ออกมาโดยยอมรับว่ามันห่วย พวกเขากระโดดจาก 8.0 เป็น 8.1 ได้เร็วแค่ไหน
ป.ล. ฉันเข้าใจความหมายของคำว่าบั๊ก ขอบคุณสำหรับความกังวลของคุณ)))

14.5.2010, 19:37

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

14.5.2010, 22:32

Born Killer เธรดแอนตี้ไวรัสตัวใดอยู่บนเซิร์ฟเวอร์ ถ้าใช่ ให้ลองปิดใช้งานหรือเพิ่มฐานให้กับข้อยกเว้น

โปรแกรมป้องกันไวรัสจะส่งผลต่อการล็อกตารางได้อย่างไร ฐาน 8.x เป็นไฟล์เดียว

ในสำเนา ฉันทำเครื่องหมายหลายเอกสารเพื่อลบ สลับไปที่หน้าต่างที่มีฐานข้อมูลจริง ฉันไม่อยากเชื่อสายตาตัวเอง: เอกสารเดียวกันถูกทำเครื่องหมายเพื่อลบและที่นั่น shok.gif
โดยทั่วไปแล้วฉันไม่ชอบไอ้เสื้อบ้าๆ นี้เลย ตั้งแต่นั้นมาฉันก็ทำสำเนาของฐานข้อมูลผ่านการอัปโหลด / อัปโหลดเท่านั้น
คุณเป็นตำนานที่น่าเศร้าได้อย่างไร?
และถ้าฉันหลงทางและทำสิ่งที่ร้ายแรงกว่าในสำเนา (เช่น ฉันจะลบเอกสารที่ทำเครื่องหมายไว้ให้ลบ) และในทางที่คลุมเครือ การกระทำแบบเดียวกันนี้ได้ดำเนินการในฐานข้อมูลหลักหรือไม่

ไม่ เป็นไปไม่ได้ ปาฏิหาริย์จะไม่เกิดขึ้น อาจเป็นไปได้ว่าคุณป้อนฐานข้อมูลเดียวกัน... ใน 8-ke คุณสามารถป้อนฐานข้อมูล 2 ครั้งภายใต้ชื่อเดียวกันได้อย่างง่ายดาย

สันดอนปีนขึ้นเป็นระยะเมื่อดำเนินการ / บันทึกเอกสารโดยมีข้อผิดพลาดในแบบฟอร์ม
"ล็อกข้อขัดแย้งขณะดำเนินการธุรกรรม: ไม่สามารถล็อกตาราง '_DOCUMENT158'"

ดังนั้น ขั้นตอนแรกคือการพิจารณาว่าเอกสารข้อมูลเมตาใดที่ตาราง "_DOCUMENT158" สอดคล้องกับ เมื่อต้องการทำเช่นนี้ มีวิธีบริบทส่วนกลาง "GetDatabaseStorageStructure" ดังนั้นคุณจะเข้าใจว่าเอกสารใดเป็น "บั๊กกี้" เป็นอย่างน้อย

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

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

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html - นี่คือเธรดของคุณหรือไม่

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

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

Gee - ปัจจุบัน ดูวันที่โพสต์ในเธรด http://odines.ru/thread1386.html และการพัฒนามาตรฐานในโหมดควบคุมใหม่อยู่ใกล้แค่เอื้อม
และความแตกต่างระหว่าง 8.2 และ 8.1 นั้นมากกว่าระหว่าง 8.1 และ 7.7 มาก โดยเฉพาะอย่างยิ่งสำหรับนักพัฒนา สมองจะต้องได้รับการยกเครื่องใหม่เพื่อพัฒนาสำหรับโหมดการทำงานแบบ "จัดการ"

ตามที่ RKN เพื่อสนับสนุนการทำงานของผู้ส่งสารโดยไม่ต้องติดตั้งเครื่องมือดังกล่าวโดยผู้ใช้ Telegram เริ่มเปลี่ยนที่อยู่ IP จาก Amazon Web Services และบริการคลาวด์ Google Cloud อย่างแข็งขัน Roskomnadzor ป้อนที่อยู่ IP ใหม่ลงในรีจิสทรีและบล็อกการเข้าถึงจากรัสเซีย แต่ผู้ส่งสารจะเปลี่ยนไปใช้กลุ่มที่อยู่ใหม่ทันที ดังที่ Alexander Lyamin ซีอีโอของ Qrator Labs กล่าวไว้ Telegram มีวิศวกรที่ยอดเยี่ยมซึ่งตอนนี้ “ใช้ประโยชน์จากข้อบกพร่องและช่องโหว่ทั้งหมดของระบบกรองที่ใช้ในรัสเซีย”

ที่อยู่ IP ไม่กี่เซ็นต์ต่อชั่วโมง

อุปกรณ์แต่ละชิ้นที่เชื่อมต่อกับเครือข่ายทั่วโลก (เซิร์ฟเวอร์ บริการอินเทอร์เน็ต อุปกรณ์ของผู้ใช้ ฯลฯ) จะใช้ที่อยู่ IP ที่สามารถหาได้ โดยรวมแล้วทั่วโลกมีการใช้ที่อยู่ IP ประมาณ 4 พันล้านที่อยู่ หนึ่งที่อยู่สามารถใช้กับหลาย ๆ ไซต์ได้ ในขั้นต้น Telegram ได้ลงทะเบียนห้าพูลสำหรับบริการหรือที่อยู่ IP ประมาณ 8,000 รายการ ตามคำตัดสินของศาล Tagansky พวกเขาถูกรวมอยู่ในทะเบียนของสิ่งต้องห้ามและการเข้าถึงจากรัสเซียถูกบล็อก อย่างไรก็ตาม จากข้อมูลของ RKN ผู้ส่งสารได้เช่ากลุ่มที่อยู่ใหม่จาก Amazon Web Services ตามคำแนะนำของผู้เชี่ยวชาญอิสระ (อดีตพนักงานยานเดกซ์) Vladimir Ivanov Roskomnadzor ติดตามที่อยู่ใหม่ที่ Telegram ได้รับ ทันทีที่กลุ่มที่อยู่ IP ที่ได้รับอยู่ในการลงทะเบียน ILV Telegram ก็ได้รับที่อยู่ใหม่ ยิ่งไปกว่านั้น ใช้เวลาหนึ่งนาทีในการรับที่อยู่ใหม่ และจากข้อมูลของ Ivanov จะใช้เวลาเฉลี่ยหนึ่งชั่วโมงในการบล็อกที่อยู่ IP ใหม่จาก Roskomnadzor ค่าบริการดังกล่าวจาก Amazon Web Service อยู่ที่ 0.0058 ดอลลาร์ต่อชั่วโมง

2. สามารถอยู่ได้นานแค่ไหน?

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

ในเวลาเดียวกัน Roskomnadzor ยังคงเพิ่มที่อยู่ IP ใหม่ที่ใช้โดย Telegram เพื่อลงทะเบียนที่อยู่ที่ถูกแบน ภายในเที่ยงของวันอังคารที่ 17 เมษายน มีที่อยู่ IP มากกว่า 15.6 ล้านที่อยู่ในรายการ ซึ่งส่วนใหญ่ลงทะเบียนกับ Amazon Web Services และ Google Cloud ที่อยู่เหล่านี้ส่วนใหญ่ไม่ได้ใช้งานโดย Telegram อีกต่อไป แต่การลบการปิดกั้นการเข้าถึงจากรัสเซียจะไม่เกิดขึ้นโดยอัตโนมัติ Amazon และ Google จะต้องเจรจากับ RKN เพื่อยกเลิกการแบน แต่ยังไม่ทราบว่าจะใช้เวลานานเท่าใด

Alexander Lyamin กล่าวว่าด้วยแรงจูงใจและทรัพยากรที่เพียงพอ Telegram สามารถคิดค้นวิธีการใหม่ ๆ และหลีกเลี่ยงการบล็อกได้เป็นเวลานานมาก “ประการแรก ยังมีบริการคลาวด์อีกมากมาย นอกเหนือจาก Amazon Web Services และ Google Cloud มี Azure, Cloudflare, DigitalOcean, ProfitBricks และตัวเล็กๆ อื่นๆ นอกจากนี้ยังมีตัวเลือกในการสร้างโปรโตคอลการขนส่งใหม่ตามหลักการของการกระจายอำนาจ โดยที่ไคลเอนต์ Telegram แต่ละเครื่องเป็นโหนดของเครือข่ายที่จัดระเบียบตนเอง คำถามเดียวคือจำนวนทรัพยากรที่ Durov มีและความเต็มใจที่จะใช้จ่ายเงินกับสิ่งนี้” Lyamin กล่าว ตามที่เขาพูดการบำรุงรักษาบริการนั้นค่อนข้างแพงสำหรับ Durov ผู้เชี่ยวชาญเชื่อว่าผู้ก่อตั้ง Telegram สามารถสูญเสียทั้งทางตรงและทางอ้อมได้ถึง 1 ล้านดอลลาร์ต่อวัน ในขณะเดียวกัน Lyamin จำได้ว่า Durov เพิ่งระดมทุน 1.7 พันล้านดอลลาร์สำหรับ ICO (การเสนอขายเหรียญเริ่มต้น - ตำแหน่งเริ่มต้นของเหรียญหรือโทเค็นสกุลเงินดิจิทัล , โทเค็นที่ให้สิทธิ์บางอย่างแก่เจ้าของ) ของแพลตฟอร์ม TON blockchain นั่นคือไม่ควรถูกจำกัดในเงินทุน

Vladimir Ivanov มีความคิดเห็นที่แตกต่างออกไป เขาเชื่อว่า Pavel Durov ต้องการเงินไม่เกิน 0.5-1 พันเหรียญต่อเดือนเพื่อจัดการกับที่อยู่ IP ในรูปแบบปัจจุบัน อย่างไรก็ตาม เนื่องจาก Roskomnadzor ได้เริ่มบล็อกศูนย์ข้อมูลทั้งหมดและแม้แต่กลุ่มของศูนย์ข้อมูลบริการคลาวด์ กลยุทธ์ดังกล่าวอาจทำให้ Messenger สามารถใช้งานได้ในรัสเซียเพียงไม่กี่สัปดาห์ถึงหนึ่งเดือน “ฉันคิดว่าตอนนี้ Telegram ทำงานอย่างหนักกับเวอร์ชันของผู้ส่งสารที่ใช้โปรโตคอลเพียร์ทูเพียร์ซึ่งแทบจะเป็นไปไม่ได้เลยที่จะบล็อก” Ivanov กล่าว

ในวันอังคารที่ 17 เมษายน Pavel Durov กล่าวว่าเขายังคงตั้งใจที่จะสนับสนุนการทำงานของผู้ส่งสารในรัสเซีย “แม้ว่าตลาดรัสเซียจะไม่ได้มีส่วนแบ่งที่สำคัญของฐานผู้ใช้ Telegram (มีสัดส่วนน้อยกว่า 10% ของจำนวนผู้ใช้บริการทั้งหมด — อาร์บีซี) มันเป็นสิ่งสำคัญสำหรับเราด้วยเหตุผลส่วนตัว” ผู้ก่อตั้งร่อซู้ล เขายังกล่าวด้วยว่าเขาเริ่มจ่ายเงินให้ bitcoin แก่ผู้ดูแลระบบพร็อกซีและ VPN "ซึ่งเป็นส่วนหนึ่งของการต่อต้านทางดิจิทัล ซึ่งเป็นการเคลื่อนไหวแบบกระจายอำนาจเพื่อปกป้องเสรีภาพและความก้าวหน้าทางดิจิทัล" ในช่วงปีนี้ Durov ตั้งใจที่จะบริจาค "กองทุนส่วนบุคคลหลายล้านดอลลาร์เพื่อวัตถุประสงค์เหล่านี้"

3. ใครทนทุกข์ทรมานจากสิ่งนี้?

เช่นเดียวกับ Pavel Durov “คุณภาพชีวิตของชาวรัสเซีย 15 ล้านคนจะแย่ลงเนื่องจาก Telegram ที่ไม่มี VPN อาจใช้งานไม่ได้ในบางครั้ง” ตาม MediaScope ในเดือนกุมภาพันธ์ (ข้อมูลล่าสุด) ในรัสเซีย 9.9 ล้านคนเข้าเยี่ยมชมเว็บไซต์หรือแอปพลิเคชันมือถือ Telegram อย่างน้อยเดือนละครั้งในหมู่ชาวเมืองที่มีประชากรมากกว่า 100,000 คน สำหรับการเปรียบเทียบ WhatsApp มีตัวเลข 24.9 ผู้ใช้ล้านคน Viber มี 20.8 ล้านคน

การบล็อกที่อยู่ IP ของ Amazon Web Services และ Google Cloud ได้นำไปสู่ความจริงที่ว่าบางไซต์ที่ใช้ที่อยู่ IP ของตน แต่ไม่เกี่ยวข้องกับ Telegram ไม่สามารถเข้าถึงได้ อาจเป็นเพราะ RKN บล็อกที่อยู่ IP กลุ่มใหญ่ จากข้อมูลของ Alexander Lyamin ธุรกิจขนาดกลางและขนาดเล็กในรัสเซียกำลังประสบปัญหามากที่สุด ซึ่งโดยปกติแล้วจะไม่ปรับใช้โครงสร้างพื้นฐานด้านไอทีเพื่อประหยัดเงิน แต่ใช้ผู้ให้บริการระบบคลาวด์ ตัวอย่างเช่น Skyeng โรงเรียนสอนภาษาอังกฤษออนไลน์ มีส่วนสำคัญของโครงสร้างพื้นฐานด้านไอทีที่ใช้เซิร์ฟเวอร์ Amazon Web Services ส่งผลให้วันที่ 16 เมษายน นักเรียนหลายคนติดต่ออาจารย์ไม่ได้ Alexander Laryanovsky หุ้นส่วนผู้จัดการของ Skyeng ประเมินความเสียหายโดยตรงจากบทเรียนที่ล้มเหลวประมาณ 2 ล้านรูเบิล

ธุรกิจและโทรเลข

ผู้ส่งสารมักใช้โดยผู้ประกอบการหลายรายเพื่อสื่อสารกับลูกค้า ตัวอย่างเช่น เครือข่ายร้านค้าปลีก VkusVill ดำเนินโปรแกรมความภักดีที่ใช้โปรแกรมส่งข้อความ ผู้ซื้อเชื่อมต่อกับแชทบอท รับข้อมูลเกี่ยวกับการแบ่งประเภทและส่วนลด จนถึงตอนนี้ การบล็อกยังไม่ส่งผลกระทบต่อโปรแกรมความภักดี บริษัทลงทะเบียนผู้ใช้ใหม่ 400 รายทุกวัน ผู้ขายหลายรายแสดงวิธีตั้งค่า VPN และพร็อกซี เพื่อให้คุณสามารถใช้บอทต่อไปได้โดยไม่มีปัญหาใดๆ แต่บริษัทได้เตรียม "แผน B" - เมื่อสัปดาห์ที่แล้ว VkusVill ได้เปิดตัวแอปพลิเคชันที่มีฟังก์ชันเดียวกันกับบอทบน Android และจะเผยแพร่บน iOS ภายในหนึ่งสัปดาห์ “การบล็อกของ Telegram ทำให้เราขาดช่องทางการสื่อสารที่มีประสิทธิภาพและส่งเสริมกับลูกค้า แต่มันไม่ได้กลายเป็นโศกนาฏกรรม เรามั่นใจว่าผู้ใช้ส่วนใหญ่จะเริ่มใช้แอปพลิเคชันโดยไม่มีปัญหาใดๆ” Marina Purim ผู้จัดการฝ่ายสื่อสารภายนอกและภายในของ VkusVilla กล่าว

Fyodor Skuratov ผู้ก่อตั้ง Combot จะมีช่วงเวลาที่ยากขึ้น เขาพัฒนาบอทที่ช่วยให้ธุรกิจตรวจสอบการแชท รวบรวมการวิเคราะห์ผู้ใช้ และใช้เพื่อโฆษณาบนช่องทาง Telegram ในบรรดาลูกค้า ได้แก่ ชุมชนความบันเทิง Dvach, MDK, ช่องเฉพาะสำหรับ ICO และสกุลเงินดิจิทัล, DreamPlay, Binance, Digibank, ชุมชนระดับภูมิภาค Little Moscow Chat, Piterchat เป็นต้น “การบล็อกสามารถสร้างรายได้จากโฆษณา ผู้ชม Telegram ยังไม่ลดลง แต่แน่นอนว่าด้วยการลบแอปพลิเคชันอย่างเป็นทางการ การไหลเข้าของผู้ชมใหม่จะลดลงหลายเท่า ในทางกลับกัน คุณภาพของมันก็จะเพิ่มขึ้น” Skuratov เชื่อ

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

4. ฉันจะปิดการใช้งาน Telegram ได้อย่างไร?

จากข้อมูลของ Alexei Semenyaka ผู้เชี่ยวชาญด้านโทรคมนาคมอิสระ Roskomnadzor ได้ทำตามหลักการและต้องการทำซ้ำ "ความสำเร็จ" กับ Zello ซึ่งเป็นเครื่องส่งรับวิทยุเคลื่อนที่ที่ก่อนหน้านี้ยังใช้ที่อยู่ IP ใหม่บน Amazon Web Services เพื่อเลี่ยงการบล็อกในรัสเซีย อย่างไรก็ตาม หลังจากที่ Amazon Web Services ขอให้ Zello หยุดใช้ไซต์ของตน บริการก็เริ่มมองหาวิธีอื่นในการเลี่ยงการบล็อก จากข้อมูลของ Semenyaka Roskomnadzor กำลังพยายามกดดัน Amazon Web Services ซึ่งอาจสูญเสียทางการเงินจำนวนมากเนื่องจากการบล็อก ดังนั้นบริการจึงหยุดทำงานกับ Telegram ในเวลาเดียวกัน ผู้เชี่ยวชาญยอมรับว่า Amazon Web Services สามารถยกเลิกสัญญากับ Durov ได้ แต่ได้ทำการสำรองที่บริษัทจะชั่งน้ำหนักความเสี่ยงทางการเมือง การค้า และชื่อเสียง อย่างไรก็ตามเนื่องจากมีผู้ให้บริการคลาวด์จำนวนมาก Telegram สามารถ "เรียกใช้" จาก Roskomnadzor ได้เป็นเวลานาน อย่างน้อยก็จนกว่าจะถึงเวลาที่เขาพบวิธีเลี่ยงการล็อคที่มีค่าใช้จ่ายน้อยกว่า

“มีความเป็นไปได้ที่จะทำให้ Telegram ใช้งานไม่สะดวก และทำให้จำนวนผู้ชมในรัสเซียลดลง แต่ Roskomnadzor และผู้ให้บริการโทรคมนาคมจะไม่สามารถบล็อก Telegram ในรัสเซียได้อย่างสมบูรณ์เพื่อไม่ให้ใครใช้เลย สิ่งนี้เป็นไปได้ก็ต่อเมื่ออินเทอร์เน็ตได้รับการแนะนำในรัสเซียตามรายการสีขาว (นั่นคือหากอนุญาตให้เข้าถึงเฉพาะไซต์ที่ "ตรวจสอบแล้ว" ในจำนวนที่จำกัดเท่านั้น — อาร์บีซี)” Alexei Semenyaka กล่าว อุปกรณ์กรองที่ติดตั้งโดยผู้ให้บริการนั้นไม่สามารถ "แยกวิเคราะห์" การรับส่งข้อมูลและแยกออกจากอุปกรณ์ที่เป็นไปตามโปรโตคอลที่ใช้โดยพร็อกซีเซิร์ฟเวอร์และ VPN ซึ่งจะต้องใช้อุปกรณ์เครือข่ายที่มีราคาแพงมาก

ตาม Artem Kozlyuk Telegram สามารถบล็อกได้อย่างสมบูรณ์ในรัสเซียพร้อมกับอินเทอร์เน็ตทั้งหมดเท่านั้น

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

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

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

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

ในกรณีนี้และเกือบทุกครั้ง หากสูตรข้างต้นไม่ได้ผล ยูทิลิตี chdbfl.exe จะช่วยได้ ตั้งอยู่ในโฟลเดอร์ที่มีไฟล์ปฏิบัติการ 1C เส้นทางไปยังไฟล์จะเป็น "C:\Program Files\1Cv82\platform_version_number\bin\chdbfl.exe" โปรดทราบว่ายูทิลิตี้นี้จากแพลตฟอร์มเวอร์ชันหนึ่งอาจไม่เหมาะกับอีกเวอร์ชันหนึ่ง

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

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

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