วิธีการซ่อมแซมไฟล์ MDF ใน SQL Server:คู่มือฉบับสมบูรณ์ (2026)

1. ทำความเข้าใจเกี่ยวกับความเสียหายของไฟล์ MDF

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

1.1 ไฟล์ MDF คืออะไร SQL Server?

MDF (ไฟล์ฐานข้อมูลหลัก) ทำหน้าที่เป็นไฟล์ข้อมูลหลักใน SQL Server ไฟล์นี้เก็บข้อมูลผู้ใช้ทั้งหมด เช่น ตาราง ดัชนี สตored procedure มุมมอง และอ็อบเจ็กต์ฐานข้อมูลอื่นๆ ไฟล์นี้มีทั้งโครงสร้างและข้อมูลจริง ทำให้เป็นส่วนที่สำคัญที่สุดของฐานข้อมูลใดๆ ก็ตาม SQL Server ฐานข้อมูล นามสกุลไฟล์ .mdf ระบุไฟล์หลักที่ทำงานร่วมกับไฟล์บันทึก (.ldf) ไฟล์บันทึกเหล่านี้จะติดตามข้อมูลธุรกรรมที่จำเป็นสำหรับการดำเนินการกู้คืน

1.2 สาเหตุทั่วไปของการเสียหายของไฟล์ MDF

ไฟล์ MDF ของคุณอาจเสียหายได้เนื่องจากหลายสาเหตุ:

• ไฟดับหรือไม่เหมาะสม SQL Server shutdowns
• ความล้มเหลวของฮาร์ดแวร์ โดยเฉพาะปัญหาของระบบย่อยที่จัดเก็บข้อมูล
• เซกเตอร์เสียบนไดรฟ์จัดเก็บข้อมูล
• การโจมตีของมัลแวร์หรือไวรัสบนระบบที่ไม่ได้รับการป้องกัน
• ข้อผิดพลาดของระบบไฟล์ที่ส่งผลต่อการจัดเก็บฐานข้อมูล
• ข้อบกพร่องของซอฟต์แวร์ใน SQL Server ตัวเอง

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

1.3 เคล็ดลับที่เป็นประโยชน์ในการป้องกันความเสียหายของไฟล์ MDF

นี่คือวิธีที่คุณสามารถป้องกันไฟล์ MDF ของคุณจากการเสียหายได้:

• สร้างการสำรองข้อมูลปกติและตรวจสอบความสมบูรณ์โดยอัตโนมัติ
• ใช้ CHECKSUM เป็นตัวเลือกการตรวจสอบหน้าสำหรับฐานข้อมูลทั้งหมด
• เรียกใช้คำสั่ง BACKUP DATABASE ด้วย CHECKSUM
• ติดตั้ง UPS เพื่อหลีกเลี่ยงการปิดเครื่องกะทันหัน
• ตรวจสอบพื้นที่ดิสก์บ่อยๆ เพื่อป้องกันปัญหาการจัดเก็บข้อมูล
• บันทึก SQL Server และระบบปฏิบัติการพร้อมแพตช์รักษาความปลอดภัย
• เรียกใช้ DBCC CHECKDB เป็นประจำบนฐานข้อมูลทั้งหมด

1.4 สัญญาณทั่วไปของไฟล์ MDF ที่เสียหาย

การตรวจจับไฟล์ MDF ที่เสียหายอย่างรวดเร็วจะช่วยประหยัดเวลาในการกู้คืนได้มาก ด้านล่างนี้คือสัญญาณทั่วไปบางประการของไฟล์ MDF ที่เสียหาย:

• ข้อความแสดงข้อผิดพลาดเมื่อคุณพยายามแนบหรือเข้าถึงฐานข้อมูล
• ฐานข้อมูลแสดงขึ้นในโหมด SUSPECT หรือ RECOVERY_PENDING
• ข้อผิดพลาด I/O ใน SQL Server บันทึกโดยเฉพาะข้อผิดพลาด 823, 824 หรือ 825
• ข้อผิดพลาดการจัดสรรในหน้า GAM/SGAM/IAM/PFS
• ข้อผิดพลาดความสอดคล้องระหว่างการดำเนินการฐานข้อมูล
• ปัญหาประสิทธิภาพการทำงานกะทันหัน

ด้านล่างนี้เป็นข้อความแสดงข้อผิดพลาดทั่วไปบางส่วนเมื่อไฟล์ MDF เสียหาย:

Failed to retrieve data for this request. (Microsoft.SqlServer.Management.Sdk.Sfc)
xxx.mdf is not a primary database file. (Microsoft SQL Server, Error: 5171)

Attach database failed for Server ‘xxx’. (Microsoft.SqlServer.Smo)
The header for file ‘xxx.mdf’ is not a valid database file header. The FILE SIZE property is incorrect.（Micosoft SQL Server, Error:5172）

SQL Server detected a logical consistency-based I/O error: incorrect checksum (expected: 0x2abc3894; actual: 0x2ebe208e). It occurred during a read of page (1:1) in database ID 12 at offset 0x00000000002000 in file ‘xxx.mdf’. Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.(Microsoft SQL Server, Error:824)

SQL Server detected a logical consistency-based I/O error: torn page (expected signature: 0x########; actual signature: 0x#######).

2. วิธีการซ่อมแซมไฟล์ MDF แบบฟรีด้วยตนเอง

SQL Serverวิธีการดั้งเดิมของ 's ให้วิธีการฟรีในการซ่อมแซมความเสียหายของไฟล์ MDF วิธีการด้วยตนเองเหล่านี้สามารถกอบกู้ฐานข้อมูลที่คุณไม่สามารถเข้าถึงได้ แต่ต้องใช้การดำเนินการอย่างระมัดระวัง

2.1 กู้คืนจากการสำรองข้อมูลล่าสุด

วิธีการกู้คืนที่น่าเชื่อถือที่สุดเริ่มต้นด้วยการกู้คืนจากข้อมูลสำรองล่าสุด วิธีนี้จะหลีกเลี่ยงความเสียหายโดยการย้อนกลับไปยังสถานะที่ใช้งานได้ปกติ คุณสามารถใช้คำสั่ง RESTORE DATABASE พร้อมพารามิเตอร์ FROM DISK ที่เหมาะสมเพื่อนำฐานข้อมูลของคุณกลับไปยังสถานะก่อนเกิดความเสียหาย ความสมบูรณ์ของข้อมูลของคุณจะยังคงอยู่โดยไม่กระทบต่อความสัมพันธ์ระหว่างวัตถุในฐานข้อมูล

2.2 ใช้ DBCC CHECKDB พร้อมตัวเลือก REPAIR

DBCC CHECKDB ช่วยให้คุณมีความสามารถในการซ่อมแซมในตัวหากการกู้คืนข้อมูลสำรองไม่ใช่ทางเลือก:

DBCC CHECKDB (database_name, REPAIR_ALLOW_DATA_LOSS) 
WITH ALL_ERRORMSGS, NO_INFOMSGS;

คำสั่งมีระดับการซ่อมแซมสามระดับ:

• REPAIR_FAST: รักษาไวยากรณ์ไว้เพื่อความเข้ากันได้แบบย้อนหลังเท่านั้น ไม่ทำการซ่อมแซม
• REPAIR_REBUILD: ทำการซ่อมแซม โดยไม่สูญเสียข้อมูล
• REPAIR_ALLOW_DATA_LOSS: แก้ไขข้อผิดพลาดที่รายงานทั้งหมด แต่ข้อมูลบางส่วนอาจต้องเสียสละไป

เรามี คู่มือที่ครอบคลุมเกี่ยวกับ DBCC CHECKDB ซึ่งครอบคลุมตัวเลือกและสถานการณ์ทั้งหมด (เอกสารอย่างเป็นทางการของ Microsoft ก็มีให้เช่นกัน Good Farm Animal Welfare Awards).

2.3 ความเสี่ยงจากการใช้ REPAIR_ALLOW_DATA_LOSS

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

• ก่อนการซ่อมแซม คุณควรสำรองไฟล์ MDF ที่เสียหายด้วยตนเอง
• หลังจากการซ่อมแซม คุณควรตรวจสอบข้อจำกัดโดยใช้ DBCC CHECKCONSTRAINTS เพื่อค้นหาข้อบกพร่องของตรรกะทางธุรกิจ

2.4 ใช้ DBCC CHECKTABLE

DBCC CHECKTABLE ช่วยให้คุณจัดการกับความเสียหายในตารางเฉพาะได้อย่างตรงจุด:

DBCC CHECKTABLE (table_name, REPAIR_ALLOW_DATA_LOSS);

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

2.5 ตั้งค่าฐานข้อมูลเป็นโหมดฉุกเฉินและ SINGLE_USER

ฐานข้อมูลที่เสียหายร้ายแรงอาจจำเป็นต้องใช้โหมดฉุกเฉินเป็นตัวเลือกสุดท้าย:

ALTER DATABASE [DatabaseName] SET EMERGENCY;
ALTER DATABASE [DatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB ([DatabaseName], REPAIR_ALLOW_DATA_LOSS);

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

2.6 วิธีการ “แฮ็คแนบ”

หากคุณไม่สามารถแนบไฟล์ MDF ที่เสียหายได้ SQL Serverคุณอาจลองใช้วิธี “แฮ็กแนบ”:

1. สร้างฐานข้อมูลเสมือนที่มีชื่อเดียวกับฐานข้อมูลที่เสียหายของคุณ
2. นำฐานข้อมูลเสมือนออฟไลน์
3. ลบไฟล์ฐานข้อมูลเสมือน
4. คัดลอกไฟล์ MDF ที่เสียหายของคุณไปยังตำแหน่งไฟล์จำลอง
5. นำฐานข้อมูลออนไลน์

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

2.7 แก้ไขฐานข้อมูลหลักที่เสียหาย

การเสียหายของฐานข้อมูลหลักต้องทำตามขั้นตอนเหล่านี้:

1. คัดลอกไฟล์ master.mdf ที่เสียหายเป็นฐานข้อมูลผู้ใช้ไปยังเซิร์ฟเวอร์อื่น
2. ใช้วิธีการด้วยตนเองหรือ DataNumen SQL Recovery กู้คืนวัตถุจากมัน
3. ส่งออกวัตถุที่กู้คืนมาเป็นสคริปต์
4. สร้างฐานข้อมูลหลักใหม่ บนเซิร์ฟเวอร์เดิม
5. เรียกใช้สคริปต์ที่สร้างในขั้นตอนที่ 3 เพื่อสร้างผู้ใช้และอ็อบเจ็กต์ใหม่

2.8 กู้คืนฐานข้อมูล MSDB ที่น่าสงสัย

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

• กู้คืนจากไฟล์สำรอง
• สร้าง MSDB ขึ้นใหม่โดยใช้ instmsdb.sql .

3 ใช้ DataNumen SQL Recovery การซ่อมแซมไฟล์ MDF ที่เสียหาย

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

ดาวน์โหลดฟรี

3.1 ซ่อมแซมไฟล์เดียว

กระบวนการซ่อมแซมไฟล์เดียวนั้นตรงไปตรงมาและทำตามได้ง่าย:

1. ปิดโปรแกรมใดๆ ที่อาจเปลี่ยนแปลงไฟล์ MDF
2. เริ่มต้น DataNumen SQL Recovery.
3. เลือกไฟล์ MDF ที่เสียหายโดยพิมพ์ชื่อหรือคลิกปุ่มเรียกดู
4. รวมไฟล์ NDF ที่เกี่ยวข้องหากคุณต้องการ
5. เลือกรูปแบบฐานข้อมูลต้นทางหรือให้ระบบตรวจจับ:
   
6. เลือกตำแหน่งที่คุณต้องการบันทึกไฟล์ที่กู้คืน
7. คลิกปุ่ม “เริ่มการกู้คืน” ซอฟต์แวร์จะเชื่อมต่อกับคุณ SQL Server อินสแตนซ์พร้อมชื่อเซิร์ฟเวอร์และรายละเอียดการเข้าสู่ระบบของคุณ
8. จากนั้นซอฟต์แวร์จะแก้ไขไฟล์ของคุณด้วยอัลกอริธึมการกู้คืนขั้นสูง

คุณจะเห็นแถบความคืบหน้าที่แสดงความคืบหน้าของการซ่อมแซม เมื่อเสร็จสิ้น คุณสามารถตรวจสอบฐานข้อมูลที่กู้คืนได้ใน SQL Server สตูดิโอการจัดการ

3.2 ซ่อมแซมชุดไฟล์

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

ขั้นตอนโดยละเอียด:

1. ไปที่แท็บ “การกู้คืนแบบแบตช์”
2. คลิก “เพิ่มไฟล์” เพื่อเพิ่มหลายรายการ SQL Server ไฟล์ MDF ที่ต้องซ่อมแซม
3. คุณสามารถคลิก “ค้นหาไฟล์” เพื่อค้นหาไฟล์ที่ต้องการซ่อมแซมในเครื่องคอมพิวเตอร์ภายในเครื่องได้
4. คลิกปุ่ม “เริ่มการกู้คืน”
5. ไฟล์ PST ทั้งหมดในรายการจะได้รับการซ่อมแซมทีละรายการ

3.3 กู้คืนจากฮาร์ดไดรฟ์, ดิสก์อิมเมจ หรือไฟล์สำรองข้อมูล

DataNumen SQL Recovery ทำได้มากกว่าการกู้คืนมาตรฐาน โดยสามารถรับข้อมูล SQL จาก:

• ไฟล์ดิสก์เครื่องเสมือน VMWare VMDK
• ไฟล์ VHD ของพีซีเสมือน
• ไฟล์ภาพ ISO
• ไฟล์สำรองข้อมูล Windows NT (.bkf)
• ไฟล์ Acronis True Image (.tib)
• นอร์ตัน Ghost files (.gho, .v2i)

ความยืดหยุ่นนี้เป็นวิธีที่ดีในการรับข้อมูลของคุณกลับคืนในสถานการณ์ต่างๆ เช่น:

• คุณลบฐานข้อมูลใน SQL Server.
• คุณฟอร์แมตฮาร์ดไดรฟ์
• ฮาร์ดไดรฟ์ล้มเหลว
• ดิสก์เสมือนใน VMWare หรือ Virtual PC เสียหายหรือได้รับความเสียหาย และคุณเก็บฐานข้อมูลไว้ในนั้น
• ไฟล์สำรองข้อมูลบนสื่อสำรองข้อมูลเสียหายหรือเสียหาย และคุณไม่สามารถคืนค่าไฟล์ฐานข้อมูลจากไฟล์นั้นได้
• ไฟล์อิมเมจดิสก์เสียหายหรือเสียหาย และคุณไม่สามารถกู้คืนไฟล์ MDF จากไฟล์นั้นได้

ในกรณีดังกล่าวข้างต้น คุณยังสามารถกู้คืนได้ SQL Server ข้อมูลจากฮาร์ดไดรฟ์ภาพดิสก์หรือไฟล์สำรองข้อมูลโดยตรง

หากคุณมีไฟล์อิมเมจดิสก์หรือไฟล์สำรองข้อมูลอยู่ในมือ คุณสามารถดำเนินการดังต่อไปนี้:

1. คลิกปุ่ม “…” เพื่อเลือกไฟล์ต้นฉบับ
2. ในกล่องโต้ตอบ “เปิดไฟล์” ให้เลือก “ไฟล์ทั้งหมด (*.*)” เป็นตัวกรอง
3. เลือกไฟล์ภาพดิสก์หรือไฟล์สำรองข้อมูลเป็นไฟล์ต้นฉบับที่ต้องการซ่อมแซม
4. ตั้งชื่อไฟล์ฐานข้อมูลผลลัพธ์คงที่ เช่น E_Drive_fixed.mdf

หากคุณต้องการกู้คืนจากฮาร์ดไดรฟ์โดยตรงคุณสามารถใช้ DataNumen Disk Image เพื่อสร้างไฟล์อิมเมจดิสก์ของฮาร์ดไดรฟ์เป็นไฟล์ต้นฉบับใน DataNumen SQL Recovery:

1. เลือกฮาร์ดไดรฟ์หรือดิสก์
2. ตั้งค่าชื่อไฟล์ภาพเอาท์พุต
3. คลิกปุ่ม “เริ่มการโคลน” เพื่อสร้างไฟล์อิมเมจดิสก์จากฮาร์ดไดรฟ์/ดิสก์

3.4 กู้คืนข้อมูลและตารางที่ถูกลบ

หากคุณลบบางระเบียนในตารางหรือลบบางตารางในฐานข้อมูลโดยไม่ได้ตั้งใจ คุณสามารถกู้คืนข้อมูลเหล่านั้นได้ผ่าน DataNumen SQL Recovery.

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

สำหรับตารางที่ไม่ถูกลบหากไม่สามารถกู้คืนชื่อได้จะเปลี่ยนชื่อเป็น "Recovered_Table1", "Recovered_Table2" และอื่น ๆ ...

3.5 กู้คืนจาก Ransomware หรือไวรัส

วิธีมาตรฐานมักจะล้มเหลวในการแก้ไขฐานข้อมูลที่เข้ารหัสโดยมัลแวร์ DataNumen SQL Recovery ใช้อัลกอริทึมพิเศษเพื่อรับข้อมูลจากไฟล์ MDF ที่เข้ารหัสด้วยแรนซัมแวร์โดยไม่ต้องจ่ายเงินให้กับผู้โจมตี ซอฟต์แวร์สามารถกู้คืนไฟล์ได้แม้ว่าการเข้ารหัสจะทำลายส่วนหัวหรือโครงสร้างภายในของไฟล์แล้วก็ตาม

3.6 ซ่อมแซมไฟล์ที่กู้คืน

หากไฟล์ MDF ถูกกู้คืนโดย DataNumen Data Recovery (หรือเครื่องมือการกู้คืนข้อมูลอื่น ๆ ) ไม่สามารถแนบได้ SQL Serverไฟล์เหล่านี้อาจยังมีความเสียหายอยู่บ้าง ในกรณีดังกล่าว ให้ใช้ DataNumen SQL Recovery เพื่อซ่อมแซมอีกครั้งเพื่อให้แน่ใจว่าข้อมูลของพวกเขาสามารถเข้าถึงได้ SQL Server.

3.7 กู้คืนจาก tempdb.mdf

เมื่อ SQL Server เมื่อโปรแกรมทำงานอยู่ ระบบจะจัดเก็บข้อมูลชั่วคราวทั้งหมด รวมถึงตารางชั่วคราวและโพรซีเดอร์จัดเก็บข้อมูลทั้งหมด ลงในฐานข้อมูลชั่วคราวชื่อ tempdb.mdf หากเกิดภัยพิบัติทางข้อมูล และคุณไม่สามารถกู้คืนข้อมูลที่ต้องการจากไฟล์ mdf และ ndf ที่เกี่ยวข้องได้ คุณอาจยังสามารถกู้คืนข้อมูลจาก tempdb.mdf ได้โดยใช้ DataNumen SQL Recoveryดังนี้

1. หยุด SQL Server บริการ Data Engine
2. การใช้ฟังก์ชันการค้นหาของ Windows เพื่อค้นหาไฟล์ tempdb.mdf บนคอมพิวเตอร์ที่มีไฟล์ SQL Server ติดตั้งอินสแตนซ์แล้ว
3. หลังจากที่คุณค้นหา tempdb.mdf แล้ว คุณสามารถเลือกไฟล์นั้นเป็นไฟล์ต้นฉบับที่จะกู้คืน และใช้ DataNumen SQL Recovery เพื่อกู้คืน

3.8 ไฟล์ตัวอย่าง

SQL Server รุ่น	ไฟล์ MDF เสียหาย	ไฟล์ MDF แก้ไขโดย DataNumen SQL Recovery
SQL Server 2014	ข้อผิดพลาด 1_4.mdf	ข้อผิดพลาด1_4_fixed.mdf
SQL Server 2014	ข้อผิดพลาด 2_4.mdf	ข้อผิดพลาด2_4_fixed.mdf
SQL Server 2014	ข้อผิดพลาด 4_4.mdf	ข้อผิดพลาด4_4_fixed.mdf
SQL Server 2014	ข้อผิดพลาด 5_4.mdf	ข้อผิดพลาด5_4_fixed.mdf

4. บริการการกู้คืนออนไลน์

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

4.1 ขั้นตอนการกู้คืนข้อมูลแบบง่าย ๆ

บริการการกู้คืน SQL ออนไลน์ปฏิบัติตามกระบวนการที่ใช้งานง่าย:

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

บริการคลาวด์เหล่านี้ทำงานร่วมกับ SQL Server ไฟล์ฐานข้อมูลเช่น .mdf, .ndf และ .ldf ขนาดไฟล์และความรุนแรงของความเสียหายจะกำหนดเวลาการประมวลผล ซึ่งตั้งแต่วินาทีไปจนถึงนาที

ข้อดีและข้อเสีย 4.2 ประการ

ข้อดีของการกู้คืนออนไลน์:

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

ข้อจำกัดที่ต้องคิด:

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

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

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

5. โซลูชั่นเพิ่มเติม

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

6. หลังจากการซ่อมแซม: ตรวจสอบและรักษาความปลอดภัยฐานข้อมูลของคุณ

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

6.1 ตรวจสอบความสมบูรณ์ของข้อมูลที่กู้คืน

การตรวจสอบความถูกต้องโดยละเอียดช่วยให้มั่นใจว่าข้อมูลทั้งหมดยังคงสมบูรณ์หลังจากการซ่อมแซม คำสั่ง DBCC CHECKDB พร้อม DATA_PURITY จะสแกนหาค่าที่ไม่ถูกต้อง:

DBCC CHECKDB (database_name) WITH DATA_PURITY, NO_INFOMSGS;

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

DBCC CHECKCONSTRAINTS ช่วยตรวจสอบว่าตรรกะทางธุรกิจยังคงสมบูรณ์ เนื่องจากการดำเนินการซ่อมแซมไม่ได้ตรวจสอบหรือรักษาข้อจำกัดคีย์ต่างประเทศ

6.2 สร้างดัชนีและข้อจำกัดใหม่

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

ALTER INDEX ALL ON table_name REBUILD;

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

6.3 สำรองฐานข้อมูลที่ได้รับการซ่อมแซม

สร้างการสำรองข้อมูลเต็มรูปแบบของฐานข้อมูลที่ซ่อมแซมใหม่ของคุณทันที:

BACKUP DATABASE database_name 
TO DISK = 'path\backup_file.bak' 
WITH CHECKSUM, FORMAT;

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

6.4 ตั้งค่าการตรวจสอบและการแจ้งเตือน

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

• เปอร์เซ็นต์ซีพียู (เกณฑ์: 90%)
• เปอร์เซ็นต์พื้นที่ข้อมูลที่ใช้ (เกณฑ์: 95%)
• การใช้แรงงาน (เกณฑ์ : 60%)
• เดดล็อค (เหตุการณ์ใดๆ)
• ข้อผิดพลาดของระบบในการพยายามเชื่อมต่อ

Azure Monitor หรือ SQL Server Management Studio สามารถกำหนดค่าการแจ้งเตือนเหล่านี้ได้ การแจ้งเตือนแบบมีสถานะจะยังคงทำงานอยู่จนกว่าจะได้รับการแก้ไข ซึ่งจะช่วยป้องกันไม่ให้เกิดการแจ้งเตือนแบบพายุระหว่างปัญหาที่เกิดขึ้น

การตรวจสอบความสมบูรณ์รายสัปดาห์โดยใช้ DBCC CHECKDB ควรทำงานกับฐานข้อมูลที่สำคัญเพื่อตรวจพบปัญหาในระยะเริ่มต้น

7. คำถามที่พบบ่อย

ความเสียหายของฐานข้อมูลสร้างคำถามมากมายให้กับผู้ใช้ มาดูคำถามทั่วไปเกี่ยวกับการซ่อมแซมไฟล์ MDF กัน SQL Server.

7.1 ฉันสามารถกู้ไฟล์ MDF โดยไม่ต้องมีไฟล์ LDF ได้หรือไม่?

ตอบ : ใช่ครับ ด้วยเครื่องมือระดับมืออาชีพ เช่น DataNumen SQL Recoveryคุณสามารถกู้คืนไฟล์ MDF โดยไม่ต้องใช้ไฟล์ LDF ได้

7.2 ฉันควรใช้เครื่องมือซ่อมแซมของบริษัทอื่นหรือวิธีการที่มีอยู่แล้วภายใน?

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

• ความสำคัญของข้อมูล
• ความพร้อมในการสำรองข้อมูล
• จำกัด เวลา
• ข้อ จำกัด ด้านงบประมาณ
• การยอมรับความเสี่ยงต่อการสูญเสียข้อมูล

8 ข้อสรุป

SQL Server ความเสียหายของฐานข้อมูลต้องได้รับการตรวจจับอย่างรวดเร็วและวิธีการกู้คืนที่เหมาะสมเพื่อลดการสูญเสียข้อมูล สัญญาณความเสียหายของไฟล์ MDF ช่วยให้คุณดำเนินการได้อย่างรวดเร็วเมื่อเกิดปัญหา คุณมีตัวเลือกการกู้คืนหลายแบบจากในตัว SQL Server เครื่องมือไปจนถึงโซลูชันเฉพาะของบุคคลที่สาม เช่น DataNumen SQL Recovery เครื่องมือ. บทความนี้มีเนื้อหาโดยย่อดังนี้:

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