คำถามติดแท็ก corruption

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

1
PostgreSQL ลบจากล้มเหลวด้วยข้อผิดพลาด: พยายามที่จะลบ tuple ที่มองไม่เห็น
คำถามนี้ถูกโยกย้ายจาก Server Fault เนื่องจากสามารถตอบได้ใน Exchange Administrators Stack Exchange อพยพ 3 ปีที่แล้ว ความผิดพลาด กำลังพยายามลบสิ่งอันดับที่มีการประทับเวลาที่ไม่ถูกต้องด้วย DELETE FROM comments WHERE date > '1 Jan 9999' OR date < '1 Jan 2000' OR date_found > '1 Jan 9999' OR date_found < '1 Jan 2000'; สิ้นสุดลงใน ERROR: attempted to delete invisible tuple มีรายชื่อผู้รับจดหมายจากปี 2009 ที่พูดถึงข้อความแสดงข้อผิดพลาดเดียวกันที่ …

4
ล็อกการถ่ายทอด MySQL เสียหายฉันจะแก้ไขได้อย่างไร พยายาม แต่ล้มเหลว
รีเลย์ MySQL v5.1.61 เสียหายเมื่อเครื่องปิดตัวลงกะทันหัน ฉันพยายามแก้ไข แต่มันใช้งานไม่ได้ - ฉันจะแก้ไขได้อย่างไร ฉันทำอะไรผิดหรือเปล่า? เท่าที่ฉันได้อ่านล็อกรีเลย์ MySQL เสียหายได้อย่างง่ายดายแก้ไข: change master to master_log_file='<Relay_Master_Log_File>', master_log_pos=<Exec_Master_Log_Pos>; ที่ไหนRelay_Master_Log_FileและExec_Master_Log_Posมีการระบุไว้โดย: mysql> show slave status; อย่างไรก็ตามเมื่อฉันทำchange master status ...ฉันได้รับข้อผิดพลาดการละเมิดคีย์หลัก เป็นไปได้อย่างไร? ขั้นตอนข้างต้นไม่ถูกต้องหรือมี +1 บางส่วนหายไปหรือไม่ (สำหรับตอนนี้ฉันเพิ่งนำเข้า mysqldump -master-data อีกครั้งจากต้นแบบไปยังทาสและสิ่งนี้แก้ปัญหาได้อย่างไรก็ตามในอนาคตการทำเช่นนั้นอาจไม่เหมาะสม) ต่อไปนี้เป็นรายละเอียดเกี่ยวกับปัญหาเฉพาะของฉัน: mysql> show slave status \G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send …

1
ความเสียหายประเภทใดที่ DBCC CheckDB พลาด
คำถามนี้ได้รับแจ้งจากโพสต์ก่อนหน้านี้และมีฐานข้อมูลของฉันถูกเก็บไว้สำหรับการตรวจสอบในอนาคตที่ถูกเรียกคืนต่อไปนี้: BACKUP 'BrokenDatabase' detected an error on page (1:123456) in file ’BrokenDatabase.mdf'. Error: 3043, Severity: 16, State: 1. ในคำถามที่เชื่อมโยงและการสำรองข้อมูลฉันมีความพร้อมสำหรับการตรวจสอบหน้า DBCC, CHECKDB DBCC ผ่านไปโดยไม่มีข้อผิดพลาด แต่ความเสียหายปรากฏชัด ความเสียหายประเภทใดที่สามารถเกิดขึ้นได้โดย CHECKDB จะผ่านไป แต่การสำรองข้อมูลด้วยเช็คจะล้มเหลว

2
DBCC CHECKDB ความเสียหายที่ไม่สามารถแก้ไขได้: มุมมองที่จัดทำดัชนีมีแถวที่ไม่ได้สร้างขึ้นโดยการกำหนดมุมมอง
TL; DR: ฉันมีความเสียหายที่ไม่สามารถแก้ไขได้ในมุมมองที่จัดทำดัชนี นี่คือรายละเอียด: วิ่ง DBCC CHECKDB([DbName]) WITH EXTENDED_LOGICAL_CHECKS, DATA_PURITY, NO_INFOMSGS, ALL_ERRORMSGS บนหนึ่งในฐานข้อมูลของฉันสร้างข้อผิดพลาดต่อไปนี้: เกี่ยวกับข่าวสาร 8907 ระดับ 16 สถานะ 1 บรรทัด 1 ดัชนีเชิงพื้นที่ดัชนี XML หรือมุมมองที่จัดทำดัชนี 'ViewName' (ID วัตถุ 784109934) ประกอบด้วยแถวที่ไม่ได้สร้างขึ้นโดยการกำหนดมุมมอง สิ่งนี้ไม่จำเป็นต้องแสดงถึงปัญหาด้านความสมบูรณ์ของข้อมูลในฐานข้อมูลนี้ ( ... ) CHECKDB พบข้อผิดพลาดในการจัดสรร 0 ข้อและข้อผิดพลาดความสอดคล้อง 1 ข้อในตาราง 'ViewName' repair_rebuild เป็นระดับการซ่อมแซมขั้นต่ำ (... ) ฉันเข้าใจว่าข้อความนี้บ่งชี้ว่าข้อมูลที่เป็นรูปธรรมของมุมมองที่จัดทำดัชนี 'ViewName' ไม่เหมือนกับสิ่งที่สร้างข้อความค้นหาต้นแบบ อย่างไรก็ตามการตรวจสอบข้อมูลด้วยตนเองไม่ได้ทำให้เกิดความคลาดเคลื่อน: SELECT * …

1
การบีบอัดข้อมูลสำรองทำให้เกิดความเสียหายในฐานข้อมูล TDE SQL 2017
บน SQL Server 2017 (CU3) เมื่อใดก็ตามที่ฉันเปิดใช้งานการบีบอัดข้อมูลสำรองในหนึ่งในฐานข้อมูล TDE ของฉันกระบวนการสำรองข้อมูลจะทำให้หน้าเว็บที่ระบุในฐานข้อมูลเสียหาย ถ้าฉันเรียกใช้การสำรองข้อมูลโดยไม่มีการบีบอัดจะไม่ได้รับความเสียหาย นี่คือขั้นตอนที่ฉันได้ดำเนินการเพื่อตรวจสอบและทำให้เกิดปัญหานี้อีกครั้ง: รัน DBCC CheckDB บนฐานข้อมูล "TDE_DB1"; ทุกอย่างดีไม่มีข้อผิดพลาด สำรองฐานข้อมูลได้สำเร็จโดยไม่ต้องบีบอัด RESTORE VERIFYONLY กล่าวว่าทุกอย่างดี กู้คืนฐานข้อมูลเป็น "TDE_DB2" ได้สำเร็จ; ทั้งหมดเป็นสิ่งที่ดี DBCC CheckDB ไม่แสดงข้อผิดพลาด; สำรองฐานข้อมูล "TDE_DB1" สำเร็จด้วยการบีบอัด กู้คืนข้อผิดพลาดยืนยันว่า "ตรวจพบความเสียหายต่อชุดข้อมูลสำรอง"; พยายามกู้คืนฐานข้อมูลเป็น "TDE_DB2"; ข้อผิดพลาดการพูดว่า "RESTORE ตรวจพบข้อผิดพลาดในหน้า (1: 92454) ในฐานข้อมูล" ทำซ้ำขั้นตอนที่ 1-3; ทั้งหมดเป็นสิ่งที่ดี; DROP "TDE_DB1" และ "TDE_DB2"; กู้คืน "TDE_DB1" จากการสำรองข้อมูล …

1
การตรวจสอบความสมบูรณ์ของไฟล์ฐานข้อมูล PostgreSQL
เมื่อใช้ระบบฐานข้อมูล PostgreSQL ฉันจะรู้ได้อย่างไรว่าฐานข้อมูลโดยรวมของฉันมีความสมบูรณ์ 100% โดยพื้นฐานแล้วฉันจะรู้ได้อย่างไรว่าไฟล์ข้อมูลและหน้าเว็บของฉันนั้นดี 100% โดยไม่มีความเสียหายหรือไม่ ในโลกของ Microsoft SQL Server มีคำสั่งให้คุณสามารถใช้งาน DBCC CHECKDB ที่จะบอกคุณว่ามีปัญหาหรือไม่ นี่คือลิงค์ถ้าคุณสนใจเรียนรู้เพิ่มเติมเกี่ยวกับคำสั่ง DBCC CHECKDB (Transact-SQL) ฉันเป็นคนซื่อสัตย์ฐานข้อมูลหวาดระแวงใจ (ซึ่งทุกคนที่ทำงานกับฐานข้อมูลในบทบาทประเภท DBA ควร) และสิ่งประเภทนี้ทำให้ฉันนอนหลับได้ยากในเวลากลางคืน อรรถประโยชน์เช่นนี้เป็นสิ่งที่ต้องมี! การค้นหาใน google พบว่ามีความพยายามในการใช้เครื่องมือเช่นนี้และในความคิดของฉันเว้นแต่ว่าเป็นเครื่องมือที่ได้รับการยอมรับอย่างเป็นทางการจากโครงการ PostgreSQL ฉันจะไม่ไว้ใจสิ่งที่สำคัญนี้ ต่อไปนี้เป็นลิงค์สำหรับคนที่ถามคำถามคล้าย ๆ กันกับสิ่งที่ฉันพิจารณาว่าไม่มีคำตอบที่ชัดเจน และในความคิดของฉันแสดงว่า PostgreSQL จำเป็นต้องมีเครื่องมือบางอย่างที่ Oracle และ Microsoft SQL Server ดูเหมือนจะมี ลิงค์แรกเป็นสิ่งที่น่าสนใจที่สุดที่ฉันพบในหัวข้อนี้ ฉันคิดว่าความคิดเห็นเกี่ยวกับบทความที่อาจรวมถึงสถานะ: "Postgres ค่อนข้างง่อยเมื่อมันมาถึงการระบุความเสียหายของฐานข้อมูลและซ่อมมันวิธีเดียวที่จะตรวจสอบได้คือการทิ้งฐานข้อมูลหรือเลือก * จากทุกตารางในฐานข้อมูล ." PostgreSQL …

1
การสำรองข้อมูลตรวจพบความเสียหาย แต่ CHECKDB ไม่ได้
ฉันมีฐานข้อมูลที่เมื่อฉันรันคำสั่ง backup BACKUP DATABASE [MyDatabase] TO DISK = 'G:\Backup\MyDatabase_01_01_2018.bak' WITH NOFORMAT, NOSKIP, COMPRESSION, INIT, BUFFERCOUNT = 100 ฉันได้รับข้อความแสดงข้อผิดพลาด เกี่ยวกับ 3043 ระดับ 16 สถานะ 1 บรรทัด 8 สำรอง 'MyDatabase' ตรวจพบข้อผิดพลาดในหน้า (1: 745345) ในแฟ้ม 'F: \ Data \ MyDatabase_1.ndf' ข่าวสารเกี่ยวกับ 3013, ระดับ 16, สถานะ 1, ฐานข้อมูลการสำรอง8 บรรทัดถูกยกเลิกอย่างผิดปกติ ฉันใช้ CHECKDB เต็ม แต่กลับมาสะอาด ฉันสังเกตเห็นว่าตัวเลือก …

1
วิธีค้นหาหน้าเสียหายใน SQL Server 2008
ฉันรู้ว่าฉันสามารถรันDBCC CHECKDBและรับสถานะฐานข้อมูลของฉันได้ คำถาม ฉันจะค้นหาได้อย่างไรหากมีหน้าข้อมูลที่เสียหายในฐานข้อมูลของฉัน หากเกิดข้อผิดพลาดเนื่องจากความเสียหายของหน้าฉันจะพบหน้าไหนที่เสียหาย ฉันจะค้นหาหมายเลขหน้าของแต่ละหน้าที่เสียหายได้อย่างไร ใครสามารถบอกฉันได้ว่าจะหารหัสหน้าเหล่านั้นได้จากที่ใด

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

6
ความพยายามดึงหน้าโลจิคัล (5: 65424) ในฐานข้อมูล 2 ล้มเหลว
ฉันได้รับข้อมูลต่อไปนี้SqlExceptionในการเรียกขั้นตอนที่เก็บไว้: ความพยายามดึงหน้าโลจิคัล (5: 65424) ในฐานข้อมูล 2 ล้มเหลว มันเป็นของหน่วยการจัดสรร 7349876362857938944 ไม่เป็น 4899918190390149120 System.Data.SqlClient.SqlException เกิดขึ้น Message = "ความพยายามดึงหน้าโลจิคัล (5: 65424) ในฐานข้อมูล 2 ล้มเหลวมันเป็นของหน่วยการจัดสรร 7349876362857938944 ไม่ใช่ 4899918190390149120 ที่มา = "ผู้ให้บริการข้อมูล SqlClient สุทธิ" ErrorCode = -2146232060 คลาส = 21 LineNumber = 257 จำนวน = 605 ขั้นตอน = "ispDisplayCount" เซิร์ฟเวอร์ = "10.10.1.1" สถานะ = 3 …

1
MySQL INNODB เกิดความเสียหายหลังจากเซิร์ฟเวอร์ขัดข้องระหว่างคำสั่ง truncate
เซิร์ฟเวอร์ของฉันทำงานล้มเหลววันนี้ฉันคิดว่าเนื่องจากคำสั่งตัดทอนตารางพร้อมกันบนหนึ่งในตาราง INNODB ของเรา เซิร์ฟเวอร์สามารถเริ่มต้นใหม่ได้ แต่หลังจากเริ่มทำงานทุกครั้งที่ฉันพยายามออกคำสั่ง SQL ฉันได้รับข้อผิดพลาดต่อไปนี้: ERROR 2006 (HY000): MySQL server has gone away นี่คือสิ่งที่เกิดขึ้นในบันทึก: 121206 01:11:12 mysqld restarted 121206 1:11:13 InnoDB: Started; log sequence number 275 559321759 InnoDB: !!! innodb_force_recovery is set to 1 !!! 121206 1:11:13 [Note] /usr/libexec/mysqld: ready for connections. Version: '5.0.95-log' socket: '/var/lib/mysql/mysql.sock' port: 3306 …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.