1. Pag-unawa sa MDF File Corruption
Ang mga MDF file ay ang mga pundasyon ng SQL Servermekanismo ng pag-iimbak ng data. Ang mga kritikal na bahagi na ito ay nangangailangan ng mabilis na pagtuklas at wastong paraan ng pagbawi kapag nasira ang mga ito upang mabawasan ang pagkawala ng data. Alamin natin ang tungkol sa mga MDF file at kung paano ayusin ang mga sirang MDF file.
1.1 Ano ang isang MDF file sa SQL Server?
Ang MDF (Master Database File) ay nagsisilbing pangunahing data file sa SQL Server na nagtataglay ng lahat ng data ng user tulad ng mga talahanayan, index, naka-imbak na pamamaraan, view, at iba pang mga bagay sa database. Ang file na ito ay may parehong schema at aktwal na data, na ginagawa itong most mahalagang bahagi ng alinman SQL Server database. Kinikilala ng extension na .mdf ang pangunahing file na ito na gumagana kasama ng mga log file (.ldf). Sinusubaybayan ng mga log file na ito ang impormasyon ng transaksyon na kailangan para sa mga pagpapatakbo ng pagbawi.
1.2 Mga Karaniwang Dahilan ng Korapsyon sa MDF File
Maaaring masira ang iyong mga MDF file dahil sa ilang kadahilanan:
- Nawalan ng kuryente o hindi wasto SQL Server shutdowns
- Mga pagkabigo sa hardware, partikular na mga problema sa storage subsystem
- Mga masamang sektor sa storage drive
- Mga pag-atake ng malware o virus sa mga hindi protektadong system
- Mga error sa file system na nakakaapekto sa imbakan ng database
- Pumasok ang mga software bug SQL Server kanyang sarili
Ang mga pag-crash ng system sa panahon ng aktibong pagpapatakbo ng database ay maaaring magpataas ng panganib ng katiwalian dahil maaari nilang ihinto ang mahahalagang operasyon sa pagsulat.
1.3 Mga Kapaki-pakinabang na Tip upang Pigilan ang Korapsyon ng MDF File
Narito kung paano mo mapoprotektahan ang iyong mga MDF file mula sa katiwalian:
- Gumawa ng mga regular na backup at awtomatikong suriin ang kanilang integridad
- Gamitin ang CHECKSUM bilang opsyon sa Pag-verify ng Pahina para sa lahat ng database
- Patakbuhin ang mga utos ng BACKUP DATABASE gamit ang CHECKSUM
- Kumuha ng UPS upang maiwasan ang biglaang pagsara
- Suriin nang madalas ang espasyo sa disk upang maiwasan ang mga isyu sa storage
- Mga update SQL Server at ang operating system na may mga patch ng seguridad
- Patakbuhin ang DBCC CHECKDB nang regular sa lahat ng mga database
1.4 Mga Karaniwang Tanda ng Sirang MDF File
Ang mabilis na pagtuklas ng katiwalian ng MDF file ay makakapagtipid sa iyo ng maraming oras sa pagbawi. Nasa ibaba ang ilan sa mga karaniwang palatandaan ng katiwalian ng MDF file:
- Mga mensahe ng error kapag sinubukan mong ilakip o i-access ang database
- Lumalabas ang database sa SUSPECT o RECOVERY_PENDING mode
- Mga error sa I/O sa SQL Server log, lalo na ang mga error 823, 824, o 825
- Mga error sa alokasyon sa mga pahina ng GAM/SGAM/IAM/PFS.
- Mga error sa pagkakapare-pareho sa panahon ng mga pagpapatakbo ng database
- Mga isyu sa biglaang pagganap
Nasa ibaba ang ilan sa mga karaniwang mensahe ng error kapag sira ang MDF file:
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. Mga Libreng Manu-manong Paraan sa Pag-aayos ng MDF File
SQL ServerNagbibigay ang mga katutubong pamamaraan ng mga libreng pamamaraan upang ayusin ang katiwalian ng MDF file. Ang mga manu-manong pamamaraang ito ay maaaring magligtas ng mga database na hindi mo ma-access, ngunit kailangan nila ng maingat na pagpapatupad.
2.1 Ibalik mula sa Kamakailang Backup
M Angost maaasahang paraan ng pagbawi starts sa pagpapanumbalik mula sa isang kamakailang backup. Ang pamamaraang ito ay lumalampas sa katiwalian sa pamamagitan ng pagbabalik sa isang malusog na estado. Maaari mong gamitin ang utos ng RESTORE DATABASE na may wastong FROM DISK parameters upang maibalik ang iyong database sa estado nito bago ang katiwalian. Ang iyong integridad ng data ay mananatiling buo nang hindi nakompromiso ang mga ugnayan sa pagitan ng mga bagay sa database.
2.2 Gamitin ang DBCC CHECKDB na may mga opsyon sa PAG-REPAIR
Binibigyan ka ng DBCC CHECKDB ng mga built-in na kakayahan sa pag-aayos kung ang backup na pagpapanumbalik ay hindi isang opsyon:
DBCC CHECKDB (database_name, REPAIR_ALLOW_DATA_LOSS)
WITH ALL_ERRORMSGS, NO_INFOMSGS;
Ang utos ay may tatlong antas ng pag-aayos:
- REPAIR_FAST: Pinapanatili ang syntax para sa backward compatibility lamang; walang pag-aayos
- REPAIR_REBUILD: Gumagawa ng mga pagkukumpuni nang walang pagkawala ng data
- REPAIR_ALLOW_DATA_LOSS: Inaayos ang lahat ng iniulat na error, ngunit maaaring magsakripisyo ng ilang data
Mayroon kaming isang komprehensibong gabay sa DBCC CHECKDB na sumasaklaw sa lahat ng mga opsyon at senaryo (magagamit din ang opisyal na dokumentasyon ng Microsoft dito).
2.3 Mga panganib ng paggamit ng REPAIR_ALLOW_DATA_LOSS
Ang mga opsyon sa pag-aayos ay may mga panganib. Maaaring ganap na alisin ng REPAIR_ALLOW_DATA_LOSS ang mga sirang pahina, na humahantong sa permanenteng pagkawala ng data. Hindi rin nito pinapansin ang mga dayuhang pangunahing hadlang, na maaaring masira ang relational na integridad sa pagitan ng mga talahanayan. Kaya,
- Bago ang pagkumpuni, dapat mong i-back up nang manu-mano ang iyong sira na MDF file.
- Pagkatapos ng pag-aayos, dapat mong i-verify ang mga hadlang gamit ang DBCC CHECKCONSTRAINTS upang mahanap ang mga bahid ng lohika ng negosyo.
2.4 Gumamit ng DBCC CHECKTABLE
Ang DBCC CHECKTABLE ay nagbibigay sa iyo ng a tarnakakuha ng diskarte para sa katiwalian sa mga partikular na talahanayan:
DBCC CHECKTABLE (table_name, REPAIR_ALLOW_DATA_LOSS);
Ang utos na ito ay tumitingin sa isang talahanayan sa halip na sa buong database. Ito ay tumatakbo nang mas mabilis at may mas kaunting mga panganib sa sandaling malaman mo kung aling mga talahanayan ang may mga problema.
2.5 Itakda ang Database sa EMERGENCY at SINGLE_USER mode
Maaaring mangailangan ng EMERGENCY mode ang mga malubhang sirang database bilang huling opsyon:
ALTER DATABASE [DatabaseName] SET EMERGENCY;
ALTER DATABASE [DatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB ([DatabaseName], REPAIR_ALLOW_DATA_LOSS);
Ang mga administrator ng database ay nakakakuha ng read-only na access sa pamamagitan ng Emergency mode kung mabigo ang normal na pag-access. Binubuo muli ng proseso ang log ng transaksyon, ngunit mawawalan ka ng transactional consistency at masira ang RESTORE chain. I-back up ang iyong mga file sa database bago subukan ang mga pang-emergency na pag-aayos upang panatilihing bukas ang iyong mga opsyon sa pagbawi.
2.6 Paraan ng "Hack Attach".
Kung hindi ka makakabit ng nasirang MDF file SQL Server, maaari mong subukan ang "hack attach" na paraan:
- Gumawa ng dummy database na may parehong pangalan ng iyong nasirang database
- Kunin offline ang dummy database
- Tanggalin ang mga dummy database file
- Kopyahin ang iyong nasirang MDF file sa dummy file na lokasyon
- Dalhin ang database online
Ang pamamaraang ito ay hindi maaayos ang katiwalian ngunit nakakatulong SQL Server kilalanin ang file at pinapagana ang mga command sa pagkumpuni.
2.7 Ayusin ang Sirang Master Database
Kinakailangan ng master database corruption ang mga hakbang na ito:
- Kopyahin ang sirang master.mdf bilang database ng user sa ibang server.
- Gamitin ang mga manu-manong pamamaraan o DataNumen SQL Recovery mabawi ang mga bagay mula dito.
- I-export ang mga na-recover na bagay sa isang script.
- Muling itayo ang master database
sa orihinal na server.
- Patakbuhin ang script na nabuo sa hakbang 3 upang muling likhain ang mga user at bagay.
2.8 Pagbawi ng Pinaghihinalaang MSDB Database
Ang MSDB ay isang database ng sistema na nag-iimbak ng impormasyon tungkol sa mga trabaho ng Agent, kasaysayan ng pag-backup at pag-restore, mga plano sa pagpapanatili, at mga configuration ng Database Mail. Kung hindi ito mabuksan at minarkahan ng SUSPECT bilang recovery, maaari mong gamitin ang isa sa mga sumusunod na paraan:
- Ibalik ito mula sa isang backup.
- Muling likhain ang MSDB gamit ang instmsdb.sql
.
3. Paggamit DataNumen SQL Recovery para Ayusin ang Sirang MDF File
Kung nabigo ang mga manu-manong pamamaraan sa itaas, maaari mong subukan ang mga propesyonal na tool, tulad ng DataNumen SQL Recovery, na tumutulong sa iyong ayusin ang mga nasirang MDF file na iyon SQL ServerHindi kayang hawakan ng mga built-in na tool. Gumagamit ang software ng mga advanced na algorithm upang makuha ang most posible ang data mula sa mga sirang file at nagbibigay sa iyo ng maraming opsyon sa pagbawi.
3.1 Ayusin ang Isang File
Ang proseso ng pag-aayos ng isang file ay diretso at madaling sundin:
- Isara ang anumang mga program na maaaring baguhin ang MDF file.
- Start DataNumen SQL Recovery.
- Piliin ang nasirang MDF file sa pamamagitan ng pag-type ng pangalan nito o pag-click sa browse button.
- Isama ang anumang nauugnay na NDF file kung kailangan mo ang mga ito.
- Piliin ang source database format o hayaan ang system na matukoy ito:
- Piliin kung saan mo gustong i-save ang na-recover na file.
- I-click ang “Start Recovery", ang software ay kokonekta sa iyong SQL Server halimbawa na may pangalan ng iyong server at mga detalye sa pag-login.
- Pagkatapos ay aayusin ng software ang iyong file gamit ang mga advanced na algorithm sa pagbawi nito.
Makakakita ka ng progress bar na nagpapakita kung paano nangyayari ang pag-aayos. Pagkatapos nito, maaari mong suriin ang iyong na-recover na database SQL Server Pamamahala ng Studio.
3.2 Ayusin ang isang Batch ng mga File
Makakatipid ng oras ang mga kumpanyang may maraming sira na database sa pag-aayos ng batch. Maaari mong idagdag ang lahat ng iyong nasirang MDF file sa isang pila, itakda ang iyong mga kagustuhan sa output, at start ang paggaling. Ang tampok na ito ay mahusay na gumagana sa mga kapaligiran ng negosyo na kailangang ayusin ang mga problema sa systemic database.
Mga detalyadong hakbang:
- Pumunta sa tab na "Batch Recovery".
- I-click ang “Magdagdag ng Mga File” para magdagdag ng marami SQL Server MDF file na kukumpunihin.
- Maaari mo ring i-click ang “Search Files” para maghanap ng mga file na aayusin sa lokal na computer.
- I-click ang “Start Recovery" na buton
- Ang lahat ng mga PST file sa listahan ay isa-isang aayusin.
3.3 I-recover mula sa Hard Drive, Disk Image o Backup Files
DataNumen SQL Recovery higit pa sa karaniwang pagbawi. Maaari itong makakuha ng data ng SQL mula sa:
- VMWare VMDK virtual machine disk file
- Virtual PC VHD file
- Mga file ng imaheng ISO
- Windows NTBackup file (.bkf)
- Acronis True Image file (.tib)
- Norton Ghost mga file (.gho, .v2i)
Ang kakayahang umangkop na ito ay isang mahusay na paraan upang maibalik ang iyong data sa iba't ibang mga sitwasyon, gaya ng:
- I-delete mo ang database sa SQL Server.
- I-format mo ang hard drive.
- Pagkabigo ng hard drive.
- Ang virtual disk sa VMWare o Virtual PC ay sira o nasira at nag-iimbak ka ng database dito.
- Ang backup file sa backup media ay sira o nasira at hindi mo maibabalik ang database file mula dito.
- Ang disk image file ay sira o nasira at hindi mo mabawi ang iyong MDF file mula dito.
Sa mga kaso sa itaas, maaari ka pa ring maka-recover SQL Server direktang data mula sa hard drive, disk image o backup file.
Kung mayroon kang larawan ng disk o mga backup na file, magagawa mo ang mga sumusunod:
- I-click ang “…” button para piliin ang source file.
- Sa dialog na “Buksan ang File,” piliin ang “Lahat ng File (*.*)” bilang filter.
- Piliin ang disk image o backup file bilang source file na aayusin.
- Itakda ang output fixed database file name, gaya ng E_Drive_fixed.mdf.
Kung gusto mong mabawi mula sa isang hard drive nang direkta, maaari mong gamitin DataNumen Disk Image para gumawa ng disk image file ng hard drive bilang source file DataNumen SQL Recovery:
- Piliin ang hard drive o disk.
- Itakda ang pangalan ng file ng imahe ng output.
- I-click ang “Start Cloning” na buton upang likhain ang disk image file mula sa hard drive/disk.
3.4 I-recover ang mga Tinanggal na Tala at Talaan
Kung nagtanggal ka ng ilang mga tala sa isang talahanayan, o nagtanggal ng ilang mga talahanayan sa isang database nang hindi sinasadya, maaari mong mabawi ang mga ito sa pamamagitan ng DataNumen SQL Recovery.
Para sa mga na-undelete na tala, maaaring hindi lumitaw ang mga ito sa parehong pagkakasunud-sunod nito bago sila tinanggal, kaya pagkatapos ng paggaling, maaaring kailanganin mong gumamit ng mga pahayag ng SQL upang hanapin ang mga na-undelete na talaang ito.
Para sa mga hindi na-delete na talahanayan, kung ang kanilang mga pangalan ay hindi mababawi, pagkatapos ay papalitan sila ng pangalan bilang "Recovered_Table1", "Recovered_Table2", at iba pa…
3.5 Mabawi mula sa Ransomware o Virus
Karaniwang hindi naaayos ng mga karaniwang pamamaraan ang mga database na naka-encrypt ng malware. DataNumen SQL Recovery sinasamantala ang mga espesyal na algorithm upang makakuha ng data mula sa ransomware-encrypted na MDF file nang hindi nagbabayad ng mga umaatake. Maaaring mabawi ng software ang mga file kahit na nasira ng encryption ang kanilang mga header o panloob na istruktura.
3.6 Ayusin ang Na-recover na File
Kung ang mga MDF file ay na-recover ng DataNumen Data Recovery (o iba pang mga tool sa pagbawi ng data) ay hindi maaaring ilakip SQL Server, maaaring mayroon pa ring katiwalian ang mga file na ito. Sa ganitong kaso, gamitin DataNumen SQL Recovery upang ayusin muli ang mga ito, upang matiyak na ang kanilang data ay naa-access sa SQL Server.
3.7 I-recover mula sa tempdb.mdf
Kailan SQL Server ay tumatakbo, itatabi nito ang lahat ng temporary data, kasama ang lahat ng temporary mga talahanayan at pamamaraan ng tindahan, sa isang temporary database na tinatawag na tempdb.mdf. Kapag nangyari ang sakuna sa data, kung hindi mo mababawi ang nais na data mula sa umiiral na mdf at mga nauugnay na ndf file, maaari mo pa ring makuha ang iyong data mula sa tempdb.mdf, sa pamamagitan ng paggamit DataNumen SQL Recovery, tulad ng sumusunod:
- Itigil SQL Server Serbisyo ng Data Engine.
- Gamit ang pagpapaandar sa paghahanap ng Windows upang maghanap ng file na tempdb.mdf sa computer kung saan ang SQL Server naka-install ang halimbawa.
- Pagkatapos mong mahanap ang tempdb.mdf, maaari mo itong piliin bilang source file na mababawi, at gamitin DataNumen SQL Recovery para mabawi ito.
3.8 Mga Sample na File
| SQL Server bersyon | Masirang MDF file | Ang MDF file ay naayos ng DataNumen SQL Recovery |
| SQL Server 2014 | Error1_4.mdf | Error1_4_fixed.mdf |
| SQL Server 2014 | Error2_4.mdf | Error2_4_fixed.mdf |
| SQL Server 2014 | Error4_4.mdf | Error4_4_fixed.mdf |
| SQL Server 2014 | Error5_4.mdf | Error5_4_fixed.mdf |
4. Online Recovery Services
Ang mga online na serbisyo ay nagbibigay sa iyo ng ibang paraan upang ayusin ang mga database ng SQL kapag ang pag-download at pag-install ng software sa pagbawi ay hindi posible o maginhawa. Ang mga online na serbisyong ito ay tumutulong sa pag-aayos ng mga sirang MDF file nang hindi nangangailangan ng malalim na teknikal na kaalaman.
4.1 Mga Simpleng Pamamaraan sa Pagbawi
Ang mga serbisyo sa pagbawi ng online na SQL ay sumusunod sa isang madaling gamitin na proseso:
- I-upload ang sirang file – Ang iyong nasirang MDF file ay ligtas na inililipat sa server ng service provider sa pamamagitan ng isang naka-encrypt na koneksyon
- Pagproseso at pagsusuri – Ini-scan ng serbisyo ang iyong file gamit ang mga espesyal na algorithm at kinikilala ang mababawi na data
- I-preview ang mga resulta ng pagbawi – Maaari mong i-preview ang mga bagay na mababawi sa database bago gumawa ng ganap na pagbawi
- I-download ang naayos na file – Ang naayos na database file o mga SQL script ay magiging available pagkatapos ng pagproseso
Gumagana ang mga serbisyo sa cloud na ito SQL Server database file tulad ng .mdf, .ndf, at .ldf. Ang laki ng file at kalubhaan ng katiwalian ay tumutukoy sa oras ng pagproseso, na umaabot mula sa mga segundo hanggang minuto.
4.2 Mga kalamangan at kahinaan
Mga kalamangan ng online na pagbawi:
- Hindi mo kailangang mag-install ng software – perpekto para sa mga pinaghihigpitang kapaligiran o mga user na walang mga karapatan ng admin
- Gumagana sa anumang operating system kabilang ang macOS at Linux
- Handa nang gamitin nang hindi nagda-download ng malalaking software packages
- Ang user-friendly na interface ay nababagay sa mga taong may mga pangunahing teknikal na kasanayan
- Maaari mong makita ang mababawi na data bago bumili
Mga limitasyong dapat isipin:
- Ang pag-upload ng sensitibong impormasyon sa database sa mga third-party na server ay nagdudulot ng mga alalahanin sa privacy
- Ang maximum na laki ng database ay may mga paghihigpit
- Mas kaunting mga pagpipilian sa pag-customize kaysa sa mga offline na tool
- Ang bilis ng pagbawi ay nakasalalay sa pagganap at pag-load ng server
- Ang mga bersyon ng demo ay nagpapakita lamang ng ilang mababawi na data hanggang sa pagbili
Ang mga offline na tool sa pagbawi ay nagbibigay sa iyo ng higit na kontrol at privacy ngunit nangangailangan ng higit pang teknikal na kadalubhasaan. Most Hinahayaan ka ng mga online na serbisyo na subukan ang kanilang pagiging epektibo gamit ang mga libreng demo. Ang mga demo na ito ay nagre-recover ng sample na data at nagmamarka ng iba pang nare-recover na item gamit ang mga placeholder.
Ang pinakamahusay na pagpipilian sa pagitan ng online at offline na pagbawi ay nakasalalay sa iyong mga pangangailangan. Ang pressure sa oras, teknikal na kasanayan, data sensitivity, at ang uri ng MDF file corruption ay gumaganap ng mahalagang papel sa desisyong ito.
5. Higit pang mga Solusyon
Habang ang mga pamamaraan na sakop sa mga nakaraang seksyon ay humahawak ng most MDF file corruption scenario, ang database recovery landscape ay nag-aalok ng karagdagang mga espesyal na solusyon. Sinuri namin ang maraming mga diskarte at pinagsama-sama itong komprehensibong listahan ng most epektibong alternatibong pamamaraan na umakma sa mga pangunahing diskarte sa pag-aayos.
6. Pagkatapos Ayusin: Patunayan at I-secure ang Iyong Database
Ang pag-aayos ng iyong sirang MDF file ay malulutas lamang ang kalahati ng problema. Ang iyong database ay nangangailangan ng pagpapatunay ng tama at pag-secure pagkatapos ng matagumpay na pagbawi upang mapanatili ang integridad ng data at matigil ang mga problema sa hinaharap.
6.1 Suriin ang Na-recover na Integridad ng Data
Tinitiyak ng isang detalyadong pagsusuri sa pagpapatunay na ang lahat ng data ay mananatiling buo pagkatapos ng pagkumpuni. Ang DBCC CHECKDB command na may DATA_PURITY ay nag-scan para sa mga di-wastong value:
DBCC CHECKDB (database_name) WITH DATA_PURITY, NO_INFOMSGS;
Tinutukoy ng command na ito ang mga value ng column na maaaring hindi wasto o out-of-range para sa kanilang mga uri ng data. Tandaan na dapat mong ayusin nang manu-mano ang anumang mga natukoy na error dahil hindi maaaring awtomatikong ayusin ang mga ito ng mga opsyon sa pag-aayos.
Tumutulong ang DBCC CHECKCONSTRAINTS na i-verify na nananatiling buo ang lohika ng negosyo dahil hindi sinusuri o pinapanatili ng mga operasyon sa pagkukumpuni ang mga hadlang sa dayuhang key.
6.2 Muling Buuin ang mga Index at Limitasyon
Nagiging susunod na hakbang ang pag-optimize ng performance kapag nasuri ang integridad ng data. Ang mga operasyon sa pag-aayos ay kadalasang nag-iiwan ng mga index na pira-piraso, na nangangailangan ng mabilis na atensyon:
ALTER INDEX ALL ON table_name REBUILD;
Dapat na muling buuin ng pangunahing koponan ang mga partikular na mataas na gamit na index upang maibalik ang pagganap nang mabilis sa mga kritikal na system. Lumilikha ito ng bago, maayos na hosted index na boost mga oras ng pagtugon sa query.
6.3 I-backup ang Inayos na Database
Lumikha ng buong backup ng iyong bagong naayos na database kaagad:
BACKUP DATABASE database_name
TO DISK = 'path\backup_file.bak'
WITH CHECKSUM, FORMAT;
Sinusuri ng opsyong CHECKSUM ang backup na integridad sa panahon ng operasyon. Subukan ang backup sa isang test server pagkatapos upang matiyak na ito ay gumagana nang maayos bago ito gamitin para sa pagbawi ng produksyon.
6.4 I-set up ang Pagsubaybay at Mga Alerto
Ang aktibong pagsubaybay ay nakakatulong na matukoy ang mga potensyal na isyu bago sila masira ang data. Mag-set up ng mga alerto para sa mga pangunahing sukatan kabilang ang:
- Porsyento ng CPU (threshold: 90%)
- Porsiyento ng nagamit na espasyo ng data (threshold: 95%)
- Paggamit ng manggagawa (threshold: 60%)
- Deadlocks (anumang pangyayari)
- Mga error sa system sa mga pagtatangka sa koneksyon
Azure Monitor o SQL Server Maaaring i-configure ng Management Studio ang mga alertong ito. Ang mga stateful na alerto ay mananatiling na-trigger hanggang sa malutas, na pumipigil sa mga bagyo ng notification sa mga kasalukuyang isyu.
Ang mga lingguhang pagsusuri sa integridad gamit ang DBCC CHECKDB ay dapat tumakbo sa mga kritikal na database upang maagang mahuli ang mga problema.
7. Mga FAQ
Ang katiwalian sa database ay lumilikha ng maraming katanungan mula sa mga gumagamit. Tingnan natin ang ilang karaniwang tanong tungkol sa pag-aayos ng mga MDF file sa SQL Server.
7.1 Maaari ko bang mabawi ang MDF file nang walang LDF file?
Sagot: Oo, gamit ang mga propesyonal na kasangkapan tulad ng DataNumen SQL Recovery, maaari mong mabawi ang MDF file nang wala ang LDF file.
7.2 Dapat ba akong gumamit ng mga tool sa pagkumpuni ng third-party o mga built-in na pamamaraan?
Sagot: Ang mga built-in na pamamaraan ay nararapat sa unang pagsubok dahil mayroon silang opisyal na suporta. Sa kabila nito, maaaring mabawi ng mga tool ng third-party ang higit pang data sa mga malubhang kaso ng katiwalian. Ang pinakamahusay na pagpipilian ay nakasalalay sa:
- Ang pagiging kritikal ng data
- Availability ng backup
- Mga limitasyon sa oras
- Pagkakagipit sa pera
- Pagpaparaya sa panganib para sa pagkawala ng data
8. Konklusyon
SQL Server Ang katiwalian sa database ay nangangailangan ng mabilis na pagtuklas at tamang paraan ng pagbawi upang mabawasan ang pagkawala ng data. Ang mga palatandaan ng katiwalian ng MDF file ay tumutulong sa iyo na kumilos nang mabilis kapag may mga problema. Marami kang opsyon sa pagbawi, mula sa built-in SQL Server mga tool sa mga espesyal na solusyon sa third-party tulad ng DataNumen SQL Recovery kasangkapan. Nasa ibaba ang buod ng artikulong ito:
Ang pag-iwas ay mas mahusay kaysa sa paggamot. Ang regular na pagpapanatili ng database, wastong mga pamamaraan sa pag-backup, at pagsubaybay sa kalusugan ng disk ay lubos na nakakabawas sa mga panganib sa katiwalian. Kailangan ding patunayan ng system ang mga na-recover na database sa pamamagitan ng mga pagsusuri sa integridad at muling itayo ang mga index upang mapanatiling maaasahan ang data pagkatapos ng pag-aayos.









