Kui teie SQL-andmebaas jääb taastamist ootavasse olekusse kinni, muutub see ligipääsmatuks ja toimingud peatuvad. See põhjalik juhend pakub 15 tõestatud meetodit SQL-andmebaasi taastamist ootavate probleemide lahendamiseks, alates lihtsatest taastamistesttarts täiustatud avariiremondini.
1. SQL-andmebaasi taastamise ootel oleku mõistmine
Enne mis tahes lahenduste proovimist on õige lahenduse valimiseks ülioluline mõista, mis põhjustab SQL-andmebaasi taastamise ootel probleeme.
1.1 Mida tähendab „Sissenõudmise ootel“?
Sissenõudmise ootel olemine näitab, et SQL Server tuvastab, et andmebaas vajab taastamist, kuid ei saa taastadatart taastumisprotsessi. Erinevalt olekust „Taastumine“, mis näitab aktiivset taastumist, tähendab „Taastumine ootel“ seda, et taastumist takistab takistus.
Andmebaasi põhiolekud hõlmavad järgmist:
- ONLINE – Tavaline tööseisund
- TAASTUMINE – Taastumisprotsess on aktiivselt käimas
- SISSESAAMINE OOTAB – Taastumine ei ole võimaliktart
- KAHTLUSTAV – Andmebaasis on kriitilisi vigu
- HÄDAABI – Piiratud kirjutuskaitstud juurdepääs remondiks
- OFFLINE – Käsitsi võrguühenduseta võetud
1.2 SQL-andmebaasi taastamise ootel olemise levinumad põhjused
SQL-andmebaasi taastamise ootel probleemid tulenevad tavaliselt järgmistest levinud põhjustest:
- Puuduvad või rikutud tehingulogifailid (LDF)
- Taastetoimingute ajal pole piisavalt kettaruumi
- Riistvararikked ja ootamatud süsteemi seiskamised
- Rikutud MDF-andmebaasifailid
- Failiõiguste probleemid, mis takistavad juurdepääsu
- SQL Server teenusedtartup ajastusprobleemid
- FILESTREAMi konfiguratsioonivead
- Valed failiteed pärast serverisse migreerimist
1.3 Kuidas kontrollida andmebaasi olekut
Andmebaasi oleku kontrollimiseks kasutage järgmisi meetodeid:
Kasutamine SQL Server Juhtimisstuudio:
- Ühenda oma SQL Server Näiteks
- Laiendama Andmebaasid kausta
- Otsi andmebaase, mille olek on „(Taastamine ootel)”.
T-SQL käsu kasutamine:
SELECT name, state_desc FROM sys.databases WHERE state_desc = 'RECOVERY_PENDING';2. Esialgne diagnoosostic sammud
Enne mis tahes SQL-andmebaasi taastamise ja ootel paranduste tegemist on oluline õige diagnoos.
2.1 Kontrollige SQL Server Vealogid
Vealogid sisaldavad olulist teavet selle kohta, mis põhjustas taastamise ootel oleku.
- avatud SQL Server Juhtimisstuudio
- Liigu juhtimine -> SQL Server Logid
- Hiljutiste vigade kuvamiseks topeltklõpsake praegusel logil
- Otsige oma andmebaasiga seotud veateateid
Teise võimalusena kasutage T-SQL-i:
EXEC sp_readerrorlog;2.2 Kontrollige Windowsi sündmuste logisid
- press Windowsi klahv + R
- KASUTUSALA eventvwr.msc ja vajutage sisestusklahvi
- Liigu Windows Logid -> süsteem ja taotlus
- Otsi SQL Server seotud vead probleemi ilmnemise ajal
2.3 Failide ligipääsetavuse kontrollimine
- Navigeeri oma andmebaasifailide asukohtadesse
- Veenduge, et nii MDF- kui ka LDF-failid on olemas
- Kontrollige, kas draivid on võrgus ja ligipääsetavad
- Veenduge, et võrgudraivid on õigesti ühendatud
3. Parandus nr 1: Restart SQL Server Teenused
RestarTing SQL Server teenused lahendavad paljusid SQL-andmebaasi taastamise pooleliolevaid probleeme, mis on põhjustatud ajastusprobleemidest või tempostrary ressursikonfliktid.
3.1 Teenuse osutamise ajaltart Works
See meetod on efektiivne järgmistel juhtudel:
- Aegrary ressursi lukustused s ajaltartoru
- Draivi kättesaadavuse viivitused
- Teenuse sõltuvuse ajastusprobleemid
- Väiksemad konfiguratsioonikonfliktid
3.2 Kuidas uuridatart SQL Server Teenused
Meetod 1: SQL Server Konfiguratsioonihaldur
- avatud SQL Server Konfiguratsioonihaldur
- Click SQL Server Teenused
- Paremklõpsake seda SQL Server näiteks, näiteks SQL Server (MSSQLSERVER)
- valima Restart
- Oodake, kuni teenus on täielikult taastunud.tart
2. meetod: teenuste konsool
- press Windowsi klahv + R
- KASUTUSALA services.msc ja vajutage sisestusklahvi
- Leia SQL Server näiteks, näiteks SQL Server (MSSQLSERVER)
- Paremklõpsake ja valige Restart
3. meetod: PowerShell
Restart-Service -Name "MSSQLSERVER" -Force3.3 Post-Restart Kontrollimine
- Oodake 2-3 minutit, kuni s on valmis.tartoru
- Andmebaasi oleku kontrollimine SSMS-is
- Kontrollige uute sõnumite vealogisid
- Testi andmebaasi ühenduvust
4. Parandus nr 2: kontrollige ja lahendage kettaruumi probleemid
Ebapiisav kettaruum on SQL-andmebaasi taastamise ootel probleemide levinud põhjus. Taastetoimingud vajavad ajutiseks taastamiseks lisaruumi.rary-failid ja logide kasv.
4.1 Kettaruumi probleemide tuvastamine
- avatud file Explorer
- Navigeeri andmebaasifaile sisaldavatele draividele
- Kontrolli saadaolevat vaba ruumi
- Tagage taaskasutustoimingute jaoks vähemalt 10–20% vaba ruumi
4.2 Kettaruumi vabastamine
- Kustuta ebavajalik temporary failid
- Puhasta valikud SQL Server varundusfailid, kui ruumi on kriitiline
- Teisalda mittevajalikud failid teistele draividele
- Kahanda võimalusel teisi andmebaasifaile
Kahanda andmebaasifaile (kasuta ettevaatlikult):
DBCC SHRINKFILE (logicalfilename, target_size);4.3 Andmebaasi võrguühenduse loomine pärast ruumi parandamist
Kui ruumi on, proovige andmebaas võrku tuua:
ALTER DATABASE [DatabaseName] SET ONLINE;5. Parandus nr 3: Määrake SQL Server Teenus hilinenud S-iletart
Kehtestamine SQL Server hilinenud s-nitart lahendab SQL-andmebaasi taastamise ootel probleemid, mis on põhjustatud salvestussüsteemide või võrgudraivide mittevalmimisest süsteemi käivitamise ajal.
5.1 Ajastusprobleemide mõistmine
Ajastusprobleemid tekivad siis, kui:
- SAN-i või võrgusalvestusruumi initsialiseerimine võtab aega
- Draivitähti varajase käivitamise ajal ei määrata
- Võrgukettad vajavad autentimist
- Salvestuskontrollerid vajavad initsialiseerimisaega
5.2 Viivitusega S seadistaminetart
- press Windowsi klahv + R
- KASUTUSALA services.msc ja vajutage sisestusklahvi
- Leia SQL Server näiteks, näiteks SQL Server (MSSQLSERVER)
- Paremklõpsake ja valige Kinnisvara
- Muutma Startup-tüüp et Automaatne (viivitusega Start)
- Click OK
- Restarsüsteemi testimiseks
5.3 Ajastuse alternatiivsed lahendused
Täpsema kontrolli saamiseks looge ajastatud ülesanne:
- avatud Toiminguajasti
- Click Toiming -> Loo põhiülesanne
- Sisestage Eesnimi ja Kirjeldus ülesandest, näiteks „Viivitus start SQL Server teenus”
- komplekt Trigger et Kui arvutitarts
- komplekt tegevus et Starta programm
- komplekt Programm/skript kogu teekonnale Sqlservr.exe, näiteks see: C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Binn\sqlservr.exe. Selle leidmiseks saate kasutada Windowsi otsingufunktsiooni.
- Lõpplehel valige Ava selle ülesande omaduste dialoog, kui klõpsan nuppu Valmis.
- Click lõpp.
- Klõpsake ülesande atribuutide dialoogiboksis nuppu Triggerid tab
- Valige päästik ja klõpsake Edit
- Lisaseadetes märkige ruut Ülesande edasilükkamine: ja määrake ajaks 3 minutit.
- Click OK.
6. Parandus nr 4: failiõiguste ja juurdepääsuõiguste parandamine
Lubadega seotud probleemid takistavad SQL Server juurdepääsu andmebaasifailidele, mis viib SQL-andmebaasi taastamise ootel olekusse. Andmebaasi toimingute jaoks on olulised õiged failiõigused.
6.1 Levinumad lubadega seotud probleemid
- SQL Server teenusekontol puuduvad failidele juurdepääsu õigused
- Viirusetõrjetarkvara blokeerib failidele juurdepääsu
- Muudetud turvapoliitikad
- Võrgu jagamise lubade probleemid
6.2 Kaustaõiguste parandamine
- Navigeeri andmebaasi failikausta
- Paremklõpsake kausta ja valige Kinnisvara
- kliki TURVALISUS tab
- Click Edit
- Lisa SQL Server teenusekonto, kui see puudub
- Grant Täielik kontroll Õigused
- Click OK muudatuste rakendamiseks
Käsurea (icacls) kasutamine:
icacls "C:\Data" /grant "NT SERVICE\MSSQLSERVER":F /T6.3 Teenusekonto kaalutlused
Kontrollige SQL Server teenuse konto:
- avatud SQL Server Konfiguratsioonihaldur
- Click SQL Server Teenused
- Pange tähele Logi sisse kui konto jaoks SQL Server
- Veenduge, et sellel kontol oleksid õiged õigused
7. Parandus nr 5: failitee käsitsi parandamine
Failiteede probleemid tekivad andmebaasifailide teisaldamisel või draivitähtede muutmisel. See meetod värskendab SQL Serversisemised failiviited ilma tegelikke faile liigutamata.
7.1 Millal tekivad teekonnaga seotud probleemid
- Serveri riistvara muudatused
- Draivitähe ümbermääramised
- Võrgutee muudatused
- Andmebaasifailide ümberpaigutused
7.2 Failiteede parandamine
- Tuvastage vealogides praegused failiteed
- Leidke tegelikud andmebaasifailid
- Kasutage teede värskendamiseks ALTER DATABASE'i
Andmefaili tee värskendamine:
ALTER DATABASE [DatabaseName]
MODIFY FILE (NAME = 'LogicalDataFileName', FILENAME = 'C:\NewPath\DatabaseName.mdf');Värskenduslogi faili tee:
ALTER DATABASE [DatabaseName]
MODIFY FILE (NAME = 'LogicalLogFileName', FILENAME = 'C:\NewPath\DatabaseName_Log.ldf');7.3 Kontrollimisetapid
- Restart SQL Server teenus
- Andmebaasi oleku kontrollimine
- Kontrollige teekonnaga seotud teadete vealogisid
- Testi andmebaasi ühenduvust
8. Parandus nr 6: viige andmebaas võrguühenduseta ja seejärel võrku
See lihtne oleku muutus saab lahendada väiksemaid SQL-i andmebaasi taastamise ootel olevaid probleeme, sundides puhta oleku ülemineku ja tühjendades tempo.rary lukud.
8.1 Millal see meetod töötab
- Väiksemad vastuolud osariikides
- Aegrary ressursilukud
- Lihtne taastamisprotsessi lähtestamine
- Mittekriitilised veatingimused
8.2 Võrguühenduseta/võrguühenduseta protseduur
- Veenduge, et andmebaasiga pole aktiivseid ühendusi
- Käivita võrguühenduseta käsk
- Oodake mõni sekund
- Käivita võrgukäsk
Turvaline meetod (ootab ühenduste sulgemist):
ALTER DATABASE [DatabaseName] SET OFFLINE;
ALTER DATABASE [DatabaseName] SET ONLINE;Kohene meetod (katkestab ühendused):
ALTER DATABASE [DatabaseName] SET OFFLINE WITH ROLLBACK IMMEDIATE;
ALTER DATABASE [DatabaseName] SET ONLINE;8.3 Riskid ja kaalutlused
Hoiatus: Funktsiooni ROLLBACK IMMEDIATE kasutamine võib põhjustada kinnitamata tehingute tõttu andmete kadu. Kasutage seda ainult vajaduse korral ja veenduge, et kasutajad on välja logitud.
9. Parandus nr 7: keelake automaatse sulgemise funktsioon
AUTOMAATSE SULGEMISE funktsioon võib põhjustada SQL-andmebaasi taastamise ootel probleeme, kui andmebaasid sageli avanevad ja sulguvad, tekitades ajastuskonflikte taastamistoimingute ajal.
9.1 AUTOMAATSE SULGEMISE MÕJU mõistmine
- Andmebaas sulgub pärast viimase kasutaja ühenduse katkestamist
- Peab iga kord andmebaasi avamisel taastama
- Loob sagedased taastumistsüklid
- Võib häirida teisi toiminguid
9.2 AUTOMAATSE SULGEMISE keelamine
T-SQL-i kasutamine:
ALTER DATABASE [DatabaseName] SET AUTO_CLOSE OFF;Kasutamine SQL Server Juhtimisstuudio:
- Paremklõpsake andmebaasi
- valima Kinnisvara
- Minna Valikud lehekülg
- komplekt Automaatne sulgemine et Vale
- Click OK
9.3 Seotud AUTOmaatsed sätted
Parema jõudluse saavutamiseks kaaluge ka AUTO_SHRINK keelamist:
ALTER DATABASE [DatabaseName] SET AUTO_SHRINK OFF;10. Parandus nr 8: Kustutage rikutud logifail ja taastage seetart
See meetod toimib siis, kui tehingulogi fail on parandamatult rikutud. Seda tuleks kasutada ainult arenduskeskkondades või kui andmete kadu on vastuvõetav.
10.1 Millal on logide kustutamine asjakohane
⚠️ OLULINE HOIATUS: See meetod põhjustab andmete kadu!
Kasutage ainult siis, kui:
- Töö arendus-/testimisandmebaasidega
- Logifail on täielikult rikutud
- Muid taastamisvõimalusi pole
- Hiljutised varukoopiad on saadaval
10.2 Logifailide kustutamise protseduur
- Peatus SQL Server teenindus täielikult
- Navigeeri andmebaasifaili asukohta
- Kustuta .LDF-fail (hoidke .MDF-fail alles)
- Start SQL Server teenus
- SQL Server loob automaatselt uue logifaili
10.3 Olulised hoiatused
Andmete kadumise tagajärjed:
- Kõik kinnitamata tehingud on lost püsivalt
- Logikett on katki – diferentsiaalvarundused on kehtetud
- Taastumine konkreetsel ajahetkel muutub võimatuks
- Kasutada ainult mittetootmiskeskkondades
11. Parandus nr 9: Andmebaasi eraldamine ja uuesti ühendamine
Jõudude eraldamine ja taasühendamine SQL Server et taastada puuduvad või rikutud logifailid. See meetod aitab lahendada SQL-andmebaasi taastamise ootel probleeme, kui logifailid on problemaatilised.
11.1 Millal eemaldamine/uuesti kinnitamine toimib
- Puuduvad logifailid
- Rikutud logifaili päised
- Logifaili tee muudatused
- Lihtsad korruptsioonistsenaariumid
11.2 Standardne eemaldamise/uuesti kinnitamise protseduur
- Seadke andmebaas esmalt hädaolukorra režiimi
- Lülitu mitme kasutaja režiimi
- Andmebaasi eraldamine
- Kinnitage uuesti ainult MDF-faili abil
-- Set to emergency mode
ALTER DATABASE [DatabaseName] SET EMERGENCY;
ALTER DATABASE [DatabaseName] SET MULTI_USER;
-- Detach database
EXEC sp_detach_db '[DatabaseName]';
-- Re-attach with single file (MDF only)
EXEC sp_attach_single_file_db
@DBName = '[DatabaseName]',
@physname = N'C:\Data\DatabaseName.mdf';11.3 Alternatiivsed kinnitusmeetodid
Mitme faili stsenaariumide korral:
CREATE DATABASE [DatabaseName]
ON (FILENAME = 'C:\Data\DatabaseName.mdf'),
(FILENAME = 'C:\Data\DatabaseName_2.ndf')
FOR ATTACH;12. Parandus nr 10: tehingulogi failide taastamine
Logi taastamine loob uue tehingulogi faili, kui originaal on kadunud või parandamatult kahjustatud. See meetod lahendab SQL-andmebaasi taastamise pooleliolevad probleemid, kuid põhjustab andmete kadu.
12.1 Millal on vaja palgi ümberehitust
- LDF-failide puudumine pärast riistvara riket
- Tõsiselt rikutud tehingulogid
- Logifaili tee muudatused, mida ei saa parandada
- Hädaolukorrad taastumiseks
12.2 Logi taastamise protsess
⚠️ HOIATUS: See põhjustab andmete kadu!
- Andmebaasi seadistamine avariirežiimile
- Kasutage käsku REBUILD LOG
- Määrake uue logifaili asukoht
- Andmebaasi võrku toomine
ALTER DATABASE [DatabaseName] SET EMERGENCY;
GO
ALTER DATABASE [DatabaseName] REBUILD LOG ON
(NAME = 'DatabaseName_Log', FILENAME = 'C:\Logs\DatabaseName_Log.ldf');
GO
ALTER DATABASE [DatabaseName] SET ONLINE;
GO12.3 Andmete kadumise tagajärgede mõistmine
Logi taastamise põhjused:
- Kõigi kinnitamata tehingute kadumine
- Katkised logi järjekorranumbrid
- Võimetus rakendada järgnevaid logide varukoopiaid
- Taastumine konkreetsel ajahetkel muutub võimatuks
13. Parandus nr 11: Avariirežiimi remont koos DBCC CHECKDB
Avariirežiimi parandamine on viimane abinõu SQL-andmebaasi taastamiseks, kui on tekkinud rikkeid. See meetod suudab andmebaase parandada, kuid võib põhjustada märkimisväärset andmete kadu.
13.1 Hädaolukorra režiimi mõistmine
⚠️ ÄÄRMUSLIK HOIATUS: Suur andmete kadumise oht!
Kasutage avariirežiimi ainult siis, kui:
- Kõik muud meetodid on ebaõnnestunud
- Hiljutisi varukoopiaid pole saadaval
- Mõningane andmete taastamine on parem kui täielik kadu
- Andmebaas on kriitiliselt rikutud
13.2 Avariiremondi protseduur
- Tehke kõigepealt rikutud andmebaasifailidest varukoopia
- Andmebaasi seadistamine avariirežiimile
- Lülitu ühe kasutaja režiimile
- Käivita CHECKDB parandamisvalikuga
- Tagasi mitme kasutaja režiimi
-- Step 1: Set to emergency mode
ALTER DATABASE [DatabaseName] SET EMERGENCY;
GO
-- Step 2: Single user mode
ALTER DATABASE [DatabaseName] SET SINGLE_USER;
GO
-- Step 3: Repair with no data loss
DBCC CHECKDB ([DatabaseName], REPAIR_REBUILD) WITH ALL_ERRORMSGS;
GO
-- Step 4: Return to multi-user
ALTER DATABASE [DatabaseName] SET MULTI_USER;
GO13.3 Post-Remondi hindamine
- Vaadake CHECKDB väljund üle parandusmeetmete jaoks
- Puuduvate tabelite või andmete kontrollimine
- Kriitilise rakenduse funktsionaalsuse kontrollimine
- Kui andmeid on liiga palju, kaaluge varukoopiast taastamist.ost
14. Parandus nr 12: kontrollige ja parandage FILESTREAM-i konfiguratsiooni
FILESTREAM-i konfiguratsiooniprobleemid võivad põhjustada SQL-andmebaasi taastamise ootel probleeme. See meetod lahendab FILESTREAM-i spetsiifilisi taastamistõrkeid.
14.1 FILESTREAMiga seotud taasteprobleemid
- FILESTREAM-draiveri ühenduse tõrked
- Konfiguratsiooni mittevastavused SQL Server ja operatsioonisüsteem
- Ajastusprobleemid teeninduste ajaltartoru
- FILESTREAM-konteinerite lubadega seotud probleemid
14.2 FILESTREAMi tõrkeotsing
- Kontrollige FILESTREAM-i konfiguratsiooni taset
- Veenduge, et Windowsi funktsioon on lubatud
- Restarvajalikud teenused
- Kontrollige FILESTREAM-i konteineri õigusi
Kontrollige FILESTREAMi konfiguratsiooni:
SELECT SERVERPROPERTY('FilestreamEffectiveLevel') AS CurrentLevel;Luba FILESTREAM eksemplari tasemel:
EXEC sp_configure 'filestream access level', 2;
RECONFIGURE;14.3 FILESTREAMi parimad tavad
- Tagage ühtne konfiguratsioon eri ressursse hõlmavates rakendustes.tarts
- Veenduge, et FILESTREAM konteineri teed oleksid ligipääsetavad
- Kontrollige, kas Windowsi FILESTREAM funktsioon on õigesti lubatud.
- Jälgige FILESTREAMiga seotud veateateid
15. Parandus nr 13: Värskendus SQL Server Versioon/hoolduspaketid
Vanem SQL Server Versioonid, eriti RTM-väljaanded, sisaldavad teadaolevaid vigu, mis põhjustavad SQL-andmebaasi taastamise ootel probleeme. Uusimatele hoolduspakettidele värskendamine lahendab need probleemid.
15.1 Vanemate versioonide teadaolevad probleemid
- SQL Server 2005. aasta RTM-i taastamise vead
- Taasteprotsesside hoolduspaketipõhised parandused
- Äärmuslike juhtumite käsitlemise kumulatiivsed värskendused
- Ühilduvusprobleemid uuemate Windowsi versioonidega
15.2 Värskendusprotsess
- Kontrollige praegust SQL Server versioon
- Tuvastage uusim saadaolev hoolduspakett
- Allalaadimine Microsofti allalaadimiskeskus
- Hooldusperioodi ajakava
- Installi hoolduspakett
- Restart-teenused
- Andmebaasi funktsionaalsuse kontrollimine
Kontrollige praegust versiooni:
SELECT @@VERSION;15.3 Post-Uuenduste kinnitus
- Versiooninumbri muutmise kinnitamine
- Kontrollige, kas kõik andmebaasid on korralikult võrgus.
- Käivita põhilised funktsionaalsustestid
- Jälgige vealogisid uute probleemide ilmnemisel
16. Parandus nr 14: Andmebaasi taastamine varukoopiast
Kui SQL-andmebaasi taastamise pooleliolevaid probleeme ei saa parandusmeetodite abil lahendada, annab teadaolevalt toimivast varukoopiast taastamine most usaldusväärne lahendus prognoositavate andmekao piiridega.
16.1 Kui lahendus on varukoopiate taastamine
- Mitmed paranduskatsed on ebaõnnestunud
- Olulised tootmisandmed vajavad kindlust
- Vastuvõetav andmekao aken on olemas
- Korruptsioon on liiga ulatuslik, et seda parandada
16.2 Täielik andmebaasi taastamise protsess
- Tuvastage most hiljutine kasutatav varukoopia
- Veenduge, et taastamiseks oleks piisavalt kettaruumi
- Vajadusel eemalda andmebaas võrguühenduseta või eemalda see
- Taasta varukoopiafailist
- Rakenda logide varukoopiaid, kui need on saadaval
Täielikust varukoopiast taastamine:
RESTORE DATABASE [DatabaseName]
FROM DISK = 'C:\Backups\DatabaseName.bak'
WITH REPLACE;Taastamine logide varukoopiate abil konkreetse ajahetke taastamiseks:
RESTORE DATABASE [DatabaseName]
FROM DISK = 'C:\Backups\DatabaseName.bak'
WITH NORECOVERY, REPLACE;
RESTORE LOG [DatabaseName]
FROM DISK = 'C:\Backups\DatabaseName_Log.trn'
WITH RECOVERY;16.3 Kontrollimine ja testimine
- Andmebaasi eduka võrku jõudmise kontrollimine
- Andmete terviklikkuse kontrollimine CHECKDB abil
- Kriitiliste rakenduse funktsioonide testimine
- Varundamise/taastamise vigadeta lõpuleviimise kinnitamine
16.4 Viide
Lisateavet saate meie käest Põhjalik juhend varundamise ja taastamise kohta SQL Server andmebaasid.
17. Parandus nr 15: professionaalsed SQL-i taastamise tööriistad
Kui käsitsimeetodid ei suuda SQL-andmebaasi taastamise pooleliolevaid probleeme lahendada, saab spetsiaalne taastamistarkvara hankida andmeid tõsiselt rikutud andmebaasidest, mida ei saa standardmeetoditega parandada.
17.1 Millal kaaluda kolmandate osapoolte tööriistu
- Tõsine korruptsioon, mis ületab käsitsi parandamise võimalused
- Olulised andmed, mille varukoopiaid pole saadaval
- Mitu ebaõnnestunud käsitsi parandamise katset
- Ajakriitilised taastamisnõuded
17.2 DataNumen SQL Recovery
DataNumen SQL Recovery on võimas SQL Server andmebaasi taastamise tööriist.
Allpool on toodud sammud selle kasutamiseks:
- Peatage SQL Server Service.
- Tehke taastamise ootel olekus andmebaasi failidest koopiad, sh nii primaarne MDF-fail kui ka sekundaarsed NDF-failid.
- Start SQL Server Service.
- Start DataNumen SQL Recovery.
- Valige taastatava andmebaasi allikaks koopia, mitte originaalfail.
- Klõpsake "Star„Taasta” ja järgige andmebaasi taastamiseks juhiseid.
- Pärast taastamisprotsessi ilmub uus taastamisandmebaas SQL Server mis sisaldab kõiki taastatud andmeid.
18. Täiustatud tõrkeotsingu stsenaariumid
Komplekssetes keskkondades on SQL-andmebaasi taastamisega seotud probleemide lahendamiseks vaja spetsiaalseid lähenemisviise.
18.1 Mitme andmebaasifailiga seotud probleemid
Mitme andmefailiga (NDF) andmebaasid vajavad hoolikat käsitlemist:
- Mõjutatud failirühmade tuvastamine
- Kontrollige kõigi NDF-failide ligipääsetavust
- Kaaluge failirühmapõhiseid taastamisvõimalusi
- Kirjutuskaitstud failirühmade asjakohane käsitlemine
18.2 Alati sisse lülitatud kättesaadavusgrupid
SQL-andmebaasi taastamine ootel alati põleb keskkonnad:
- Kontrollige kõigepealt primaarse koopia olekut
- Sünkroniseerimise oleku kontrollimine
- Kaalu probleemse koopia eemaldamist ja uuesti lisamist
- Vaadake kättesaadavusrühma konfiguratsioon üle
18.3 Klastri ja kõrge käideldavuse stsenaariumid
SQL-andmebaasi taastamine ootel tõrkesiirdeklaster ja kõrge kättesaadavus stsenaariumid:
- Jagatud salvestusruumi ligipääsetavuse kontrollimine
- Kontrollige klastri sõlme sidet
- Vaadake üle tõrkesiirdeklastri logid
- Tagage nõuetekohane DNS-i lahendamine
18.4 WMI ja süsteemitaseme probleemid
Süsteemitaseme probleemid võivad põhjustada andmebaasiprobleeme:
- WMI hoidla korruptsioon
- Ebaõnnestunud Windowsi värskendused
- Registri korruptsioon
- Teenusest sõltuvuse probleemid
19. Ennetusstrateegiad
SQL-andmebaasi taastamise ootel probleemide ennetamine on tõhusam kui nende lahendamine pärast tekkimist.
19.1 Varundamise parimad tavad
- Rakenda automatiseeritud täielike varundusgraafikute
- Regulaarsete diferentsiaalvarunduste seadistamine
- Seadistage sagedased tehingulogi varukoopiad
- Testige regulaarselt varukoopiate taastamise protseduure
- Varukoopiate salvestamine eraldi salvestussüsteemidesse
- Varukoopia terviklikkuse kontrollimine funktsiooniga RESTORE VERIFYONLY
19.2 Järelevalve ja hooldus
- Kettaruumi jälgimise märguannete seadistamine
- Regulaarsete DBCC CHECKDB toimingute ajastamine
- Jälgida SQL Server iga päev vealogid
- Täitma tulemuslikkuse baasjälgimine
- Seadistamine SQL Server Agendi hoiatused kriitiliste vigade kohta
19.3 Taristuga seotud kaalutlused
- Paigaldage toiteallika kaitsmiseks UPS-süsteemid
- Kasutage ettevõtte tasemel salvestusruumi koos koondamise võimalusega
- Rakendage nõuetekohaseid sulgemisprotseduure
- Tagada jagatud salvestusruumi võrgu stabiilsus
- Regulaarne riistvara tervise jälgimine
19.4 SQL Server Parimad tavad konfiguratsiooni jaoks
- Valige sobivad taastamismudelid
- Mõistlike automaatse kasvu sätete konfigureerimine
- Eraldage andme- ja logifailid erinevatel draividel
- Kasutage minimaalsete õigustega spetsiaalseid teenusekontosid
- hoidma SQL Server uuendatud uusimate hoolduspakettidega
20. Otsustuspuu ja metoodika tõrkeotsing
Järgige seda süstemaatilist lähenemisviisi SQL-andmebaasi taastamise ootel probleemide ilmnemisel.
20.1 Süstemaatiline diagnoosimismeetod
- Kontrollige kõigepealt vealogisid – Alati start koos SQL Server ja Windowsi logid
- Failide ligipääsetavuse kontrollimine – Veenduge, et kõik andmebaasifailid on olemas ja loetavad
- Kontrollige kettaruumi – Veenduge, et päästetöödeks on piisavalt ruumi
- Proovige esmalt lihtsaid lahendusi – Teenindusressursidtart, võrguühenduseta/võrgus
- Edasi liikumine keerukate remonditööde suunas – Alles siis, kui lihtsad meetodid ebaõnnestuvad
- Kaalu varukoopiast taastamist – Kui remondiriskid on liiga suured
20.2 Õige parandusmeetodi valimine
Madal risk (proovi esimesena):
- Restart SQL Server teenused
- Kettaruumi kontrollimine ja lahendamine
- Paranda failiõigusi
- Võrguühenduseta/võrguühenduseta andmebaas
Keskmine risk:
- Failiteede parandused
- Keela automaatne sulgemine
- FILESTREAMi konfiguratsiooni parandused
- Teenus hilinebtart
Kõrge risk (andmete kadu on võimalik):
- Kustuta logifail ja lahendatart
- Andmebaasi eraldamine/uuesti ühendamine
- Tehingulogide taastamine
- Avariirežiimi remont koos DBCC CHECKDB
20.3 Millal eskaleerida
Otsige professionaalset abi, kui:
- Mitmed kõrge riskiga meetodid on ebaõnnestunud
- Andmebaas sisaldab asendamatuid kriitilisi andmeid
- Korruptsioon mõjutab mitut andmebaasi
- Kahtlustatakse süsteemitaseme probleeme
- Ajapiirangud nõuavad garanteeritud tulemusi
21. KKK
K: Mis vahe on andmebaasi olekutel „TAASTUMINE“ ja „TAASTUMINE OOTAB“?
A: „TAASTUB” tähendab, et andmebaas teeb aktiivselt taastamistoiminguid ja on pärast nende lõpetamist automaatselt võrku ühendatud. „TAASTUB OOTAB” tähendab SQL Server ei saa startaastamisprotsessi takistuse, näiteks puuduvate failide, ebapiisava ruumi või rikke tõttu. Taastamine on ootel ja selle lahendamiseks on vaja käsitsi sekkuda.
K: Millist lahendust peaksin esmalt proovima, kui SQL-andmebaasi taastamisega on probleeme?
A: Alati starkõigepealt kõige ohutumate meetoditega. Kontrollige SQL Server vealogid, kontrollige kettaruumi saadavust ja proovige seejärel uuestitarTing SQL Server teenused. Need madala riskiga lähenemisviisid lahendavad most tavalised taastamisprobleemid ilma andmete kadumise riskita.
K: Kui kaua peaksin ootama, enne kui proovin mõnda muud parandusmeetodit?
A: Teenindusressursi jaokstaroodake 2-3 minutit, kuni s on valmistarLihtsate olekumuudatuste (nt võrguühenduseta/võrguühenduseta) korral oodake 30–60 sekundit. Keeruliste paranduste (nt DBCC CHECKDB) korral arvestage andmebaasi suurusest olenevalt mitme tunniga. Ärge katkestage taastamisprotsesse pärast installimist.tartatud.
K: Kas SQL-andmebaasi taastamise ootel probleemide lahendamisel kaob andmeid?
A: Andmete kadu sõltub kasutatud meetodist. Ohutud meetodid, näiteks teenuse taastaminetarts, kettaruumi parandused ja õiguste korrigeerimine ei põhjusta andmete kadu. Kõrge riskiga meetodid, nagu hädaolukorra režiimi parandamine, logide taastamine või logifailide kustutamine, võivad põhjustada märkimisväärset andmete kadu. Proovige alati kõigepealt turvalisi meetodeid.
K: Kas ma saan vältida SQL-andmebaasi taastamise ootel probleemide tekkimist?
V: Jah, most Probleeme saab korraliku hoolduse abil vältida. Rakendage regulaarselt varukoopiaid, jälgige kettaruumi, hoidke piisavat salvestusmahtu, kasutage UPS-kaitset, tehke rutiinseid DBCC CHECKDB toiminguid ja hoidke SQL Server uuendatud uusimate hoolduspakettidega.
K: Kas peaksin proovima tootmisandmebaase parandada tööajal?
V: Ärge kunagi proovige tööajal tootmisandmebaasides kasutada kõrge riskiga parandusmeetodeid. Planeerige keerukate paranduste jaoks hooldusaknaid. Siiski tuleks ohutuid meetodeid, näiteks hooldustööde teostamist, kasutada.tarKriitiliste toimingute blokeerimisel saab ts-ide või kettaruumi parandusi proovida kohe.
K: Millal peaksin taastama varukoopiast, mitte proovima parandada?
A: Taastage varukoopiast, kui mitu parandamiskatset ebaõnnestuvad, kui tegemist on kriitiliste tootmisandmetega, mille edasine riknemine ei ole ohus, kui teil on hiljutised varukoopiad vastuvõetava andmekao ajaga või kui parandamismeetodid võtaksid kauem aega kui taastamistoimingud.
K: Kuidas ma tean, kas minu andmebaasifailid on rikutud või lihtsalt ligipääsmatud?
Tšekk SQL Server Konkreetsete veateadete vealogid. Failide ligipääsetavuse probleemid näitavad veateadet „faili ei leita” või lubade vigu. Rikutud failid näitavad tavaliselt kontrollsumma vigu, lehe tasemel vigu või järjepidevuse rikkumisi. Kasutage DBCC CHECKDB-d, et andmebaasile ligipääsetava olekus rikutud faili lõplikult testida.
K: Kuidas on andmebaasifailide kopeerimiseks kõige turvalisem viis enne parandamise proovimist?
V: Stopp SQL Server teenus täielikult käivitada ja seejärel kopeerige nii MDF- kui ka LDF-failid varunduskohta. Teise võimalusena kasutage andmebaasi varundamise käske, kui andmebaas on endiselt ligipääsetav. Ärge kunagi kopeerige faile, kui SQL Server töötab, kuna see võib luua vastuolulisi koopiaid.
K: Kas SQL-andmebaasi taastamise ootel olevad probleemid võivad mõjutada mitut andmebaasi korraga?
V: Jah, süsteemitaseme probleemid, näiteks ebapiisav kettaruum, teenusekonto probleemid, salvestusruumi tõrked või SQL Server Konfiguratsioonivead võivad mõjutada mitut andmebaasi. Laiemate süsteemiprobleemide tuvastamiseks kontrollige alati, kas teistel andmebaasidel on sarnaseid probleeme.
K: Kui tihti peaksin oma andmebaasi taastamise protseduure testima?
A: Kriitiliste andmebaaside taastamisprotseduuride testimine igakuiselt ja oluliste andmebaaside puhul kord kvartalis. Testige erinevaid taastamisstsenaariume, näiteks taastamine konkreetsel ajahetkel, logide järjestuse taastamine ja hädaolukorra taastamise protseduurid. Dokumenteerige ja ajastage iga test hädaolukorra planeerimiseks.
K: Millal peaksin Microsofti toega ühendust võtma või professionaalset abi paluma?
A: Pöörduge professionaalse abi poole, kui mitu paranduskatset ebaõnnestuvad, peate tegelema kriitiliste andmetega ilma varukoopiateta, seisate silmitsi keeruka korruptsiooniga mitmes andmebaasis, ilmnevad dokumenteerimata veateated või kui ajapiirangud nõuavad garanteeritud taastamistulemusi.
K: Kas kolmanda osapoole SQL-i taastamistööriistad on investeeringut väärt?
A: Taastetööriistad on väärtuslikud, kui käsitsi meetodid ebaõnnestuvad ja varukoopiaid pole olemas. Most tööriistad pakuvad tasuta hindamisversioone, et enne ostmist testida taastatavust. Mõelge c-leost võrreldes professionaalsete teenustega, andmete väärtuse ja edukuse tõenäosusega. Tööriistad toimivad kõige paremini struktuurilise rikke korral, kuid ei pruugi taastada kõiki andmetüüpe.
K: Mida peaksin tegema, kui SQL-andmebaasi taastamise ootel olemise probleem kordub pidevalt?
A: Korduvad probleemid viitavad süsteemi algpõhjustele. Kontrollige riistvaratõrgete, ebapiisavate ressursside, salvestussüsteemi probleemide või konfiguratsiooniprobleemide olemasolu. Jälgige Windowsi sündmuste logisid, rakendage põhjalikku jälgimist ja kaaluge riistvara uuendamist või usaldusväärsematele salvestussüsteemidele üleminekut.
22. Kokkuvõte ja kiirülevaade
SQL-andmebaasi taastamise pooleliolevaid probleeme saab lahendada nende 15 tõestatud meetodi abil, alates lihtsast teenuse taastamisesttarkeerukate avariiliste remonditöödeni.
22.1 Kiirparanduste kokkuvõtte tabel
| Fix meetod | Riskitase | Andmete kadumise oht | Kõige paremini kasutatav |
|---|---|---|---|
| Restart SQL Server | Madal | mitte ükski | Ajastusprobleemid, temporary lukud |
| Kontrollige kettaruumi | Madal | mitte ükski | Kosmosega seotud tõrked |
| Hilinenud start | Madal | mitte ükski | Salvestusaja probleemid |
| Parandage load | Madal | mitte ükski | Juurdepääs keelatud vead |
| Õiged failiteed | Madal | mitte ükski | Teekonna muutused, ränded |
| Võrguühenduseta / veebis | Keskmine | Miinimum | Riikide vastuolud |
| Keela automaatne sulgemine | Madal | mitte ükski | Sagedased avamis-/sulgemistsüklid |
| Kustuta logifail | Kõrge | Jah | Rikutud logid, arenduskeskkonnad |
| Eralda/kinnita uuesti | Kõrge | Jah | Puuduvad või rikutud logid |
| Logide taastamine | Kõrge | Jah | Puuduvad LDF-failid |
| Avariiparandus DBCC CHECKDB abil | Väga kõrge | Jah | Raske korruptsioon, viimane abinõu |
| Paranda FILESTREAM | Keskmine | mitte ükski | FILESTREAMi konfiguratsiooniprobleemid |
| Värskendused SQL Server | Keskmine | mitte ükski | Teadaolevad versioonivead |
| Taastage varundamisest | Madal | Kontrollitud | Kui parandusmeetodid ebaõnnestuvad |
| Taastamisvahendid | Keskmine | Erinev | Tõsine korruptsioon, varukoopiaid pole |
22.2 Hädaolukorrale reageerimise kontrollnimekiri
Esimesed 5 minutit:
- Vaata SQL Server vealogid
- Andmebaasi failidele ligipääsetavuse kontrollimine
- Kontrolli saadaolevat kettaruumi
- Teenuse res katsetart
- Dokumendi veateated
Järgmised 15 minutit:
- Proovige võrguühenduseta/võrguühendusega, kui teenus on saadavaltart ebaõnnestus
- Kontrollige ja parandage ilmseid lubadega seotud probleeme
- Kontrollige, et failiteed oleksid õiged
- Vaadake üle Windowsi sündmuste logid
- Varukoopiate kättesaadavuse hindamine
22.3 Täiendavad ressursid
Pidage meeles: ennetamine nõuetekohaste varukoopiate, jälgimise ja hoolduse abil on alati parem kui taastamine. Nende protseduuride regulaarne testimine mittetootmiskeskkondades tagab, et olete valmis SQL-andmebaasi taastamisega seotud probleemide ilmnemiseks.
Teave Autor
Yuan Sheng on vanem andmebaasiadministraator (DBA), kellel on üle 10 aasta kogemust SQL Server keskkonnad ja ettevõtte andmebaaside haldus. Ta on edukalt lahendanud sadu andmebaaside taastamise stsenaariume finantsteenuste, tervishoiu ja tootmisorganisatsioonides.
Yuan on spetsialiseerunud SQL Server andmebaaside taastamine, kõrge käideldavuslahendused ja jõudluse optimeerimine. Tema ulatuslik praktiline kogemus hõlmab mitme terabaidiste andmebaaside haldamist, alati sisse lülitatud käideldavusgruppide rakendamist ning automatiseeritud varundus- ja taastestrateegiate väljatöötamist missioonikriitiliste ärisüsteemide jaoks.
Oma tehnilise asjatundlikkuse ja praktilise lähenemise abil keskendub Yuan terviklike juhendite loomisele, mis aitavad andmebaasiadministraatoritel ja IT-spetsialistidel lahendada keerulisi probleeme SQL Server väljakutseid tõhusalt. Ta on kursis uusimate uudistega SQL Server väljalasete ja Microsofti arenevate andmebaasitehnoloogiate põhjal, testides regulaarselt taastestsenaariume, et tagada oma soovituste vastavus reaalsetele parimatele tavadele.
Kas teil on küsimusi SQL Server taastamist või vajate täiendavat andmebaasi tõrkeotsingu juhendamist? Yuan tervitab tagasisidet ja ettepanekuid nende tehniliste ressursside täiustamiseks.