Oporavak SQL baze podataka na čekanju: 15 dokazanih rješenja [2026]

Kada vaša SQL baza podataka zaglavi u stanju čekanja na oporavak, ona postaje nedostupna i operacije se zaustavljaju. Ovaj sveobuhvatni vodič pruža 15 provjerenih metoda za rješavanje problema s oporavkom SQL baze podataka, od jednostavnih ponovnih pokretanja do naprednih hitnih popravki.

1. Razumijevanje stanja čekanja za oporavak SQL baze podataka

Prije nego što pokušate bilo kakve popravke, ključno je razumjeti šta uzrokuje probleme sa SQL SQL bazom podataka koji čekaju na oporavak kako biste odabrali pravo rješenje.

1.1 Šta znači "Oporavak na čekanju"?

Oporavak na čekanju ukazuje na to SQL Server prepoznaje da je bazi podataka potreban oporavak, ali ne može započeti proces oporavka. Za razliku od „Oporavak“ koji pokazuje aktivni oporavak u toku, „Oporavak na čekanju“ znači da je oporavak blokiran preprekom.

Ključna stanja baze podataka uključuju:

ONLINE – Normalno operativno stanje
RECOVERING – Proces oporavka aktivno teče
OPORAVAK NA ČEKANJU – Oporavak ne može započeti
SUMNJIVO – Baza podataka ima kritične greške
EMERGENCIJA – Ograničen pristup samo za čitanje za popravke
OFFLINE – Ručno preuzeto s mreže

1.2 Uobičajeni uzroci čekanja na oporavak SQL baze podataka

Problemi s oporavkom SQL baze podataka koji čekaju na odgovor obično su posljedica ovih uobičajenih uzroka:

Nedostajuće ili oštećene datoteke dnevnika transakcija (LDF)
Nedovoljno prostora na disku tokom operacija oporavka
Kvarovi hardvera i neočekivana gašenja sistema
Oštećene MDF datoteke baze podataka
Problemi s dozvolama za datoteke koji onemogućavaju pristup
SQL Server problemi s vremenom pokretanja usluge
Greške u konfiguraciji FILESTREAM-a
Netačne putanje datoteka nakon migracija servera

1.3 Kako provjeriti stanje baze podataka

Provjerite stanje vaše baze podataka koristeći ove metode:

korišćenje SQL Server Management Studio:

Povežite se sa svojim SQL Server primer
Proširiti baze podataka folder
Potražite baze podataka koje prikazuju status „(Oporavak na čekanju)“

Korištenje T-SQL naredbe:

SELECT name, state_desc FROM sys.databases WHERE state_desc = 'RECOVERY_PENDING';

2. Početni dijagnostički koraci

Pravilna dijagnoza je neophodna prije pokušaja bilo kakvog oporavka SQL baze podataka koji čekaju na ispravke.

2.1 Provjeri SQL Server Error Logs

Zapisnici grešaka sadrže ključne informacije o tome šta je uzrokovalo stanje čekanja na oporavak.

otvoreno SQL Server Management Studio
Idite do upravljanje -> SQL Server Trupci
Dvaput kliknite na trenutni dnevnik da biste vidjeli nedavne greške
Potražite poruke o greškama povezane s vašom bazom podataka

Alternativno, koristite T-SQL:

EXEC sp_readerrorlog;

2.2 Provjerite zapisnike događaja u Windowsu

pritisnuti Windows Key + R
tip eventvwr.msc i pritisnite Enter
Idite do Windows dnevnici -> sistem i aplikacija
Tražiti SQL Server povezane greške u vrijeme kada se problem pojavio

2.3 Provjera dostupnosti datoteke

Idite do lokacija datoteka vaše baze podataka
Provjerite postoje li i MDF i LDF datoteke
Provjerite jesu li diskovi online i dostupni
Potvrdite da su mrežni diskovi ispravno montirani

3. Rješenje #1: Ponovno pokretanje SQL Server usluge

Restartovanje SQL Server Usluge rješavaju mnoge probleme s oporavkom SQL baze podataka uzrokovane problemima s vremenom ili privremenim sukobima resursa.

3.1 Kada ponovno pokretanje usluge funkcioniše

Ova metoda je efikasna za:

Privremeno zaključavanje resursa tokom pokretanja
Kašnjenja u dostupnosti diska
Problemi s vremenom ovisnosti servisa
Manji konflikti konfiguracije

3.2 Kako ponovo pokrenuti SQL Server usluge

Način 1: SQL Server konfiguracijski menadžer

otvoreno SQL Server konfiguracijski menadžer
kliknite SQL Server usluge
Desni klik na SQL Server primjer, kao što je SQL Server (MSSQLSERVER)
izabrati Ponovo pokreni
Sačekajte da se usluga potpuno ponovo pokrene

Metod 2: Konzola usluga

pritisnuti Windows Key + R
tip services.msc i pritisnite Enter
Pronađite SQL Server primjer, kao što je SQL Server (MSSQLSERVER)
Kliknite desnim tasterom miša i izaberite Ponovo pokreni

Metod 3: PowerShell

Restart-Service -Name "MSSQLSERVER" -Force

3.3 Verifikacija nakon ponovnog pokretanja

Sačekajte 2-3 minute za potpuno pokretanje
Provjerite status baze podataka u SSMS-u
Provjerite zapise o greškama za sve nove poruke
Testiranje povezivosti baze podataka

4. Rješenje #2: Provjerite i riješite probleme s prostorom na disku

Nedovoljno prostora na disku je čest uzrok problema s oporavkom SQL baze podataka. Operacije oporavka zahtijevaju dodatni prostor za privremene datoteke i rast logova.

4.1 Identifikacija problema s prostorom na disku

otvoreno File Explorer
Idite do diskova koji sadrže datoteke baze podataka
Provjerite raspoloživi slobodan prostor
Osigurajte najmanje 10-20% slobodnog prostora za operacije oporavka

4.2 Oslobađanje prostora na disku

Obrišite nepotrebne privremene datoteke
jasno SQL Server sigurnosne kopije datoteka ako je prostor kritičan
Premjestite nebitne datoteke na druge diskove
Smanjite ostale datoteke baze podataka ako je moguće

Smanjite datoteke baze podataka (koristite pažljivo):

DBCC SHRINKFILE (logicalfilename, target_size);

4.3 Postavljanje baze podataka na mrežu nakon popravke prostora

Kada se oslobodi prostor, pokušajte pokrenuti bazu podataka online:

ALTER DATABASE [DatabaseName] SET ONLINE;

5. Ispravka br. 3: Postavljanje SQL Server Usluga do odgođenog starta

postavljanje SQL Server Odloženi početak rješava probleme s oporavkom SQL baze podataka uzrokovane time što sistemi za pohranu ili mrežni diskovi nisu spremni tokom pokretanja sistema.

5.1 Razumijevanje problema s vremenom

Problemi s vremenom nastaju kada:

Inicijalizacija SAN-a ili mrežne pohrane traje neko vrijeme
Slova diskova se ne dodjeljuju tokom ranog pokretanja
Mrežni diskovi zahtijevaju autentifikaciju
Kontroleri pohrane trebaju vrijeme inicijalizacije

5.2 Konfigurisanje odloženog pokretanja

pritisnuti Windows Key + R
tip services.msc i pritisnite Enter
Pronađite SQL Server primjer, kao što je SQL Server (MSSQLSERVER)
Kliknite desnim tasterom miša i izaberite svojstva
promjena Tip pokretanja to Automatski (odloženi početak)
kliknite OK
Ponovo pokrenite sistem da biste testirali

5.3 Alternativna rješenja za tajming

Za veću kontrolu, kreirajte planirani zadatak:

otvoreno Task Scheduler
kliknite Akcija -> Kreiraj osnovni zadatak
Ulazite na Ime i Opis zadatka, kao što je „Odgoda početka SQL Server usluga”
Set okidač to Kada se računar pokrene
Set akcija to Započnite program
Set Program/Skripta do punog puta od Sqlservr.exe, ovako: C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Binn\sqlservr.exe. Možete koristiti funkciju pretraživanja u Windowsu da biste ga pronašli.
Na završnoj stranici odaberite Otvorite dijalog Svojstva za ovaj zadatak kada kliknem na Završi.
kliknite završiti.
U dijalogu svojstava zadatka kliknite okidači tabulator
Odaberite okidač i kliknite Uredi
U Naprednim postavkama označite Odgodi zadatak za: i postavite vrijeme na 3 minute.
kliknite OK.

6. Ispravka #4: Ispravite dozvole za datoteke i prava pristupa

Problemi s dozvolama sprječavaju SQL Server od pristupa datotekama baze podataka, što dovodi do stanja čekanja na oporavak SQL baze podataka. Ispravne dozvole za datoteke su neophodne za operacije s bazom podataka.

6.1 Uobičajeni problemi s dozvolama

SQL Server Servisni račun nema prava pristupa datotekama
Antivirusni softver blokira pristup datotekama
Promijenjene sigurnosne politike
Problemi s dozvolama za dijeljenje mreže

6.2 Ispravljanje dozvola za foldere

Idi do mape datoteka baze podataka
Desnom tipkom miša kliknite mapu i odaberite svojstva
kliknite Sigurnost tabulator
kliknite Uredi
Dodajte SQL Server servisni račun ako nedostaje
Grant Puna kontrola dozvole
kliknite OK primijeniti promjene

Korištenje komandne linije (icacls):

icacls "C:\Data" /grant "NT SERVICE\MSSQLSERVER":F /T

6.3 Razmatranja o servisnom računu

Potvrdite SQL Server servisni račun:

otvoreno SQL Server konfiguracijski menadžer
kliknite SQL Server usluge
Imajte na umu Prijavi se kao računati za SQL Server
Provjerite ima li ovaj račun odgovarajuće dozvole

7. Ispravka br. 5: Ručna korekcija putanje datoteke

Problemi s putanjom datoteke javljaju se kada se datoteke baze podataka premještaju ili se mijenjaju slova diska. Ova metoda ažurira SQL Serverinterne reference datoteka bez premještanja stvarnih datoteka.

7.1 Kada se pojave problemi sa putanjom

Promjene hardvera servera
Preraspodjele slova pogona
Modifikacije mrežne putanje
Premještanje datoteka baze podataka

7.2 Ispravljanje putanja datoteka

Identifikujte trenutne putanje datoteka u zapisnicima grešaka
Pronađite stvarne datoteke baze podataka
Koristite ALTER DATABASE za ažuriranje putanja

Putanja do ažurirane datoteke podataka:

ALTER DATABASE [DatabaseName] 
MODIFY FILE (NAME = 'LogicalDataFileName', FILENAME = 'C:\NewPath\DatabaseName.mdf');

Putanja datoteke dnevnika ažuriranja:

ALTER DATABASE [DatabaseName] 
MODIFY FILE (NAME = 'LogicalLogFileName', FILENAME = 'C:\NewPath\DatabaseName_Log.ldf');

7.3 Koraci verifikacije

Ponovo pokreni SQL Server usluga
Provjerite status baze podataka
Provjerite zapisnike grešaka za poruke povezane s putanjom
Testiranje povezivosti baze podataka

8. Ispravka #6: Isključite bazu podataka van mreže, a zatim je povežite na mrežu

Ova jednostavna promjena stanja može riješiti manje probleme s oporavkom SQL baze podataka koji čekaju na odgovor prisiljavanjem prelaska u čisto stanje i brisanjem privremenih zaključavanja.

8.1 Kada ova metoda funkcioniše

Manje nedosljednosti u državama
Privremena zaključavanja resursa
Jednostavni proces oporavka resetuje
Nekritični uslovi greške

8.2 Postupak van mreže/online

Osigurajte da nema aktivnih veza s bazom podataka
Izvršite komandu za rad van mreže
Pričekajte nekoliko sekundi
Izvršite online komandu

Sigurna metoda (čeka da se veze zatvore):

ALTER DATABASE [DatabaseName] SET OFFLINE;
ALTER DATABASE [DatabaseName] SET ONLINE;

Neposredna metoda (prekida veze):

ALTER DATABASE [DatabaseName] SET OFFLINE WITH ROLLBACK IMMEDIATE;
ALTER DATABASE [DatabaseName] SET ONLINE;

8.3 Rizici i razmatranja

Upozorenje: Korištenje opcije ROLLBACK IMMEDIATE može uzrokovati gubitak podataka zbog nepotvrđenih transakcija. Koristite je samo kada je to neophodno i osigurajte da su korisnici odjavljeni.

9. Ispravka br. 7: Onemogućite funkciju AUTOMATSKOG ZATVARANJA

Funkcija AUTOMATSKOG ZATVARANJA može uzrokovati probleme s oporavkom SQL baze podataka koji čekaju na oporavak kada se baze podataka često otvaraju i zatvaraju, stvarajući konflikte vremena tokom operacija oporavka.

9.1 Razumijevanje utjecaja AUTOMATSKOG ZATVARANJA

Baza podataka se zatvara nakon što se posljednji korisnik isključi
Mora se oporaviti svaki put kada se baza podataka otvori
Stvara česte cikluse oporavka
Može ometati druge operacije

9.2 Onemogućavanje AUTOMATSKOG ZATVARANJA

Korištenje T-SQL-a:

ALTER DATABASE [DatabaseName] SET AUTO_CLOSE OFF;

korišćenje SQL Server Management Studio:

Kliknite desnim tasterom miša na bazu podataka
izabrati svojstva
Idi na mogućnosti Strana
Set Automatsko zatvaranje to lažan
kliknite OK

9.3 Povezane AUTO postavke

Također razmislite o onemogućavanju AUTO_SHRINK za bolje performanse:

ALTER DATABASE [DatabaseName] SET AUTO_SHRINK OFF;

10. Ispravka br. 8: Izbrišite oštećenu datoteku dnevnika i ponovo pokrenite računar

Ova metoda funkcioniše kada je datoteka dnevnika transakcija ozbiljno oštećena i ne može se popraviti. Treba je koristiti samo u razvojnim okruženjima ili kada je gubitak podataka prihvatljiv.

10.1 Kada je brisanje zapisnika prikladno

⚠️ VAŽNO UPOZORENJE: Ova metoda uzrokuje gubitak podataka!

Koristiti samo kada:

Rad s razvojnim/testnim bazama podataka
Datoteka dnevnika je potpuno oštećena
Ne postoje druge opcije oporavka
Nedavne sigurnosne kopije su dostupne

10.2 Postupak brisanja datoteke dnevnika

Stop SQL Server usluga u potpunosti
Idi do lokacije datoteke baze podataka
Izbrišite .LDF datoteku (zadržite .MDF datoteku)
Start SQL Server usluga
SQL Server automatski će kreirati novu datoteku dnevnika

10.3 Važna upozorenja

Implikacije gubitka podataka:

Sve nepotvrđene transakcije se trajno gube
Lanac zapisnika je prekinut – diferencijalne sigurnosne kopije su nevažeće
Oporavak u određenom trenutku postaje nemoguć
Koristiti samo u neprodukcijskim okruženjima

11. Ispravka #9: Odvajanje i ponovno spajanje baze podataka

Odvajanje i ponovno spajanje sila SQL Server za obnovu nedostajućih ili oštećenih datoteka dnevnika. Ova metoda može riješiti probleme s neriješenim oporavkom SQL baze podataka kada su datoteke dnevnika problematične.

11.1 Kada odvajanje/ponovno spajanje funkcioniše

Nedostaju datoteke zapisnika
Oštećeni zaglavlja datoteke dnevnika
Promjene putanje datoteke dnevnika
Jednostavni scenariji korupcije

11.2 Standardni postupak odvajanja/ponovnog pričvršćivanja

Prvo postavite bazu podataka na hitni način rada
Promijeni u višekorisnički način rada
Odvojite bazu podataka
Ponovo pričvrstite koristeći samo MDF datoteku

-- 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 Alternativne metode pričvršćivanja

Za scenarije s više datoteka:

CREATE DATABASE [DatabaseName] 
ON (FILENAME = 'C:\Data\DatabaseName.mdf'),
   (FILENAME = 'C:\Data\DatabaseName_2.ndf')
FOR ATTACH;

12. Ispravka #10: Obnova datoteka dnevnika transakcija

Ponovno kreiranje dnevnika kreira novu datoteku dnevnika transakcija kada original nedostaje ili je nepopravljivo oštećen. Ova metoda rješava probleme s oporavkom SQL baze podataka, ali rezultira gubitkom podataka.

12.1 Kada je potrebna obnova trupaca

Nedostaju LDF datoteke nakon kvara hardvera
Ozbiljno oštećeni zapisnici transakcija
Promjene putanje datoteke dnevnika koje se ne mogu ispraviti
Hitne situacije oporavka

12.2 Proces ponovnog kreiranja logova

⚠️ UPOZORENJE: Ovo uzrokuje gubitak podataka!

Postavite bazu podataka na hitni način rada
Koristite naredbu REBUILD LOG
Navedite novu lokaciju datoteke dnevnika
Postavite bazu podataka online

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;
GO

12.3 Razumijevanje implikacija gubitka podataka

Uzroci ponovne izgradnje logova:

Gubitak svih neizvršenih transakcija
Brojevi sekvenci oštećenih zapisnika
Nemogućnost primjene naknadnih sigurnosnih kopija dnevnika
Oporavak u određenom trenutku postaje nemoguć

13. Popravak #11: Popravak u hitnom načinu rada sa DBCC CHECKDB

Popravak u hitnom načinu rada je krajnja opcija za oporavak SQL baze podataka u slučaju problema uzrokovanih oštećenjem. Ova metoda može popraviti baze podataka, ali može dovesti do značajnog gubitka podataka.

13.1 Razumijevanje hitnog načina rada

⚠️ IZUZETNO UPOZORENJE: Visok rizik od gubitka podataka!

Koristite hitni način rada samo kada:

Sve ostale metode su propale
Nema dostupnih nedavnih sigurnosnih kopija
Oporavak nekih podataka je bolji od potpunog gubitka
Baza podataka je kritično oštećena

13.2 Postupak za hitne popravke

Prvo napravite sigurnosnu kopiju oštećenih datoteka baze podataka
Postavite bazu podataka na hitni način rada
Prebacivanje u režim za jednog korisnika
Pokreni CHECKDB s opcijom popravka
Povratak u višekorisnički način rada

-- 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;
GO

13.3 Procjena nakon popravke

Pregledajte CHECKDB izlaz za radnje popravke
Provjerite da li nedostaju tabele ili podaci
Provjerite kritičnu funkcionalnost aplikacije
Razmislite o vraćanju iz sigurnosne kopije ako je izgubljeno previše podataka

14. Ispravka #12: Provjerite i ispravite konfiguraciju FILESTREAM-a

Problemi s konfiguracijom FILESTREAM-a mogu uzrokovati probleme s oporavkom SQL baze podataka koji čekaju na oporavak. Ova metoda rješava kvarove oporavka specifične za FILESTREAM.

14.1 Problemi s oporavkom povezani s FILESTREAM-om

Greške u povezivanju FILESTREAM drajvera
Neusklađenosti konfiguracije između SQL Server i OS
Problemi s vremenom tokom pokretanja usluge
Problemi s dozvolama za FILESTREAM kontejnere

14.2 Rješavanje problema sa FILESTREAM-om

Provjerite nivo konfiguracije FILESTREAM-a
Provjera da li je funkcija Windowsa omogućena
Ponovo pokrenite potrebne usluge
Provjerite dozvole FILESTREAM kontejnera

Provjerite konfiguraciju FILESTREAM-a:

SELECT SERVERPROPERTY('FilestreamEffectiveLevel') AS CurrentLevel;

Omogući FILESTREAM na nivou instance:

EXEC sp_configure 'filestream access level', 2;
RECONFIGURE;

14.3 Najbolje prakse za FILESTREAM

Osigurajte konzistentnu konfiguraciju prilikom ponovnih pokretanja
Provjerite da li su putanje FILESTREAM kontejnera dostupne
Provjerite je li funkcija Windows FILESTREAM ispravno omogućena
Praćenje poruka o greškama povezanih s FILESTREAM-om

15. Ispravka #13: Ažuriranje SQL Server Verzija/Servisni paketi

stariji SQL Server Verzije, posebno RTM izdanja, sadrže poznate greške koje uzrokuju probleme s oporavkom SQL baze podataka. Ažuriranje na najnovije servisne pakete rješava ove probleme.

15.1 Poznati problemi u starijim verzijama

SQL Server Greške u oporavku RTM verzije iz 2005.
Ispravke specifične za servisni paket za procese oporavka
Kumulativna ažuriranja koja se bave graničnim slučajevima
Problemi s kompatibilnošću s novijim verzijama Windowsa

15.2 Proces ažuriranja

Provjeri struju SQL Server verzija
Identifikujte najnoviji dostupni servisni paket
Download from Microsoft Download Center
Zakazivanje vremenskog okvira za održavanje
Instalirajte servisni paket
Ponovo pokrenite usluge
Provjerite funkcionalnost baze podataka

Provjerite trenutnu verziju:

SELECT @@VERSION;

15.3 Verifikacija nakon ažuriranja

Potvrdite promjenu broja verzije
Provjerite da li su sve baze podataka ispravno dostupne na mreži
Pokrenite osnovne testove funkcionalnosti
Pratite zapise o greškama za sve nove probleme

16. Ispravka #14: Vraćanje baze podataka iz sigurnosne kopije

Kada se problemi s oporavkom SQL baze podataka ne mogu riješiti metodama popravka, vraćanje iz poznate ispravne sigurnosne kopije pruža najpouzdanije rješenje s predvidljivim granicama gubitka podataka.

16.1 Kada je vraćanje sigurnosne kopije rješenje

Višestruki pokušaji popravke nisu uspjeli
Kritični podaci o proizvodnji zahtijevaju sigurnost
Postoji prihvatljiv vremenski okvir za gubitak podataka
Korupcija je prevelika za popravku

16.2 Potpuni proces vraćanja baze podataka

Identifikujte najnoviju upotrebljivu sigurnosnu kopiju
Osigurajte dovoljno prostora na disku za vraćanje
Prebacite bazu podataka van mreže ili je obrišite ako je potrebno
Vrati iz sigurnosne kopije datoteke
Primijeni sigurnosne kopije dnevnika ako su dostupne

Osnovno vraćanje iz potpune sigurnosne kopije:

RESTORE DATABASE [DatabaseName] 
FROM DISK = 'C:\Backups\DatabaseName.bak'
WITH REPLACE;

Vraćanje pomoću sigurnosnih kopija dnevnika za oporavak u određenom trenutku:

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 Verifikacija i testiranje

Provjerite uspješno povezivanje baze podataka na mrežu
Provjeri integritet podataka pomoću CHECKDB-a
Testiranje kritičnih funkcija aplikacije
Potvrdite da je sigurnosna kopija/vraćanje završeno bez grešaka

16.4 Referenca

Više informacija možete saznati od naših sveobuhvatan vodič o tome kako napraviti sigurnosnu kopiju i vratiti podatke SQL Server Baze podataka.

17. Ispravka #15: Profesionalni alati za oporavak SQL-a

Kada ručne metode ne uspiju riješiti probleme s oporavkom SQL baze podataka, specijalizirani softver za oporavak može izvući podatke iz ozbiljno oštećenih baza podataka koje se ne mogu popraviti standardnim metodama.

17.1 Kada treba razmotriti alate trećih strana

Teška korupcija koja prevazilazi mogućnosti ručnog popravljanja
Kritični podaci bez dostupnih sigurnosnih kopija
Više neuspjelih pokušaja ručnog popravka
Zahtjevi za oporavak u kritičnom vremenu

17.2 DataNumen SQL Recovery

DataNumen SQL Recovery je moćan SQL Server alat za oporavak baze podataka.

U nastavku su navedeni koraci za njegovo korištenje:

Zaustavi SQL Server Usluga.
Napravite kopiju datoteka baze podataka u stanju čekanja na oporavak, uključujući i primarnu MDF datoteku i sekundarne NDF datoteke.
Započnite SQL Server Usluga.
Start DataNumen SQL Recovery.
Kao izvor baze podataka koju treba oporaviti, odaberite kopiju, umjesto originalne datoteke.
Kliknite na "Pokreni oporavak" i slijedite upute za oporavak baze podataka.
Nakon procesa oporavka, nova baza podataka za oporavak će se pojaviti u SQL Server koji sadrži sve oporavljene podatke.

18. Napredni scenariji rješavanja problema

Složena okruženja zahtijevaju specijalizirane pristupe za rješavanje problema s oporavkom SQL baze podataka koji su u tijeku.

18.1 Problemi s više datoteka baze podataka

Baze podataka s više datoteka (NDF) zahtijevaju pažljivo rukovanje:

Identifikujte koje su grupe datoteka pogođene
Provjerite sve NDF datoteke radi dostupnosti
Razmotrite opcije oporavka specifične za grupu datoteka
Pravilno rukovanje grupama datoteka samo za čitanje

18.2 Grupe dostupnosti Always On

Oporavak SQL baze podataka na čekanju Uvek uključen okruženja:

Prvo provjerite status primarne replike
Provjerite stanje sinhronizacije
Razmislite o uklanjanju i ponovnom dodavanju problematične replike
Pregled konfiguracije grupe dostupnosti

18.3 Scenariji klastera i visoke dostupnosti

Oporavak SQL baze podataka na čekanju failover klaster i visoka raspoloživost scenariji:

Provjerite dostupnost dijeljene pohrane
Provjerite komunikaciju čvorova klastera
Pregled zapisnika klastera za prebacivanje na otkaz
Osigurajte ispravnu DNS rezoluciju

18.4 WMI i problemi na nivou sistema

Problemi na nivou sistema mogu uzrokovati probleme s bazom podataka:

Oštećenje WMI repozitorija
Neuspješna ažuriranja Windowsa
Oštećenje registra
Problemi sa zavisnošću servisa

19. Strategije prevencije

Sprečavanje problema s oporavkom SQL baze podataka koji čekaju na rješavanje je efikasnije od njihovog rješavanja nakon što se pojave.

19.1 Najbolje prakse za izradu sigurnosnih kopija

Implementirajte automatske rasporede za potpunu sigurnosnu kopiju
Konfigurišite redovne diferencijalne sigurnosne kopije
Postavite česte sigurnosne kopije dnevnika transakcija
Redovno testirajte postupke vraćanja sigurnosnih kopija
Čuvajte sigurnosne kopije na odvojenim sistemima za pohranu
Provjerite integritet sigurnosne kopije pomoću RESTORE VERIFYONLY

19.2 Monitoring i održavanje

Postavite upozorenja za praćenje prostora na disku
Planiranje redovnih DBCC CHECKDB operacija
monitor SQL Server dnevni zapisi o greškama
Provesti praćenje osnovnih performansi
konfigurisati SQL Server Obavještenja agenta za kritične greške

19.3 Razmatranja infrastrukture

Instalirajte UPS sisteme za zaštitu napajanja
Koristite skladištenje podataka poslovnog nivoa sa redundancijom
Implementirajte odgovarajuće procedure gašenja
Osigurajte stabilnost mreže za dijeljeno pohranjivanje podataka
Redovno praćenje stanja hardvera

19.4 SQL Server Najbolje prakse konfiguracije

Odaberite odgovarajuće modele oporavka
Konfigurišite razumne postavke automatskog rasta
Odvojite podatke i datoteke dnevnika na različitim diskovima
Koristite namjenske servisne račune s minimalnim privilegijama
zadržati SQL Server ažurirano s najnovijim servisnim paketima

20. Rješavanje problema sa stablom odlučivanja i metodologijom

Slijedite ovaj sistematski pristup kada naiđete na probleme s oporavkom SQL baze podataka koji čekaju na odgovor.

20.1 Sistematski dijagnostički pristup

Prvo provjerite zapise o greškama – Uvijek počnite sa SQL Server i Windows logove
Provjerite dostupnost datoteke – Osigurati da sve datoteke baze podataka postoje i da su čitljive
Provjerite prostor na disku – Potvrdite adekvatan prostor za operacije spašavanja
Prvo pokušajte s jednostavnim rješenjima – Ponovno pokretanje usluge, van mreže/na mreži
Napredak do složenih popravki – Tek nakon što jednostavne metode ne uspiju
Razmotrite vraćanje iz sigurnosne kopije – Kada su rizici popravke previsoki

20.2 Odabir prave metode popravke

Nizak rizik (prvo pokušajte):

Ponovo pokreni SQL Server usluge
Provjerite i riješite problem s prostorom na disku
Ispravi dozvole za datoteke
Offline/Online baza podataka

Srednji rizik:

Ispravke putanje datoteke
Onemogući AUTOMATSKO ZATVARANJE
Ispravke konfiguracije FILESTREAM-a
Odloženi početak usluge

Visok rizik (moguć gubitak podataka):

Obrišite datoteku dnevnika i ponovo pokrenite
Odvoji/ponovno prikači bazu podataka
Ponovo izgradi dnevnike transakcija
Popravak u hitnom režimu sa DBCC CHECKDB

20.3 Kada eskalirati

Potražite stručnu pomoć kada:

Više visokorizičnih metoda nije uspjelo
Baza podataka sadrži nezamjenjive kritične podatke
Korupcija utiče na više baza podataka
Sumnja se na probleme na nivou sistema
Vremenska ograničenja zahtijevaju zagarantovane rezultate

21. Česta pitanja

P: Koja je razlika između stanja baze podataka „OPORAVAK“ i „OPORAVAK NA ČEKANJU“?

A: „OPORAVAK U TRENU“ znači da baza podataka aktivno izvodi operacije oporavka i da će se automatski povezati s mrežom kada se završe. „OPORAVAK U TRENU“ znači SQL Server Ne mogu započeti proces oporavka zbog prepreke poput nedostajućih datoteka, nedovoljnog prostora ili oštećenja. Oporavak na čekanju zahtijeva ručnu intervenciju za rješavanje problema.

P: Koje rješenje trebam prvo isprobati kada naiđem na probleme s oporavkom SQL baze podataka koji čekaju na odgovor?

A: Uvijek prvo počnite s najsigurnijim metodama. Provjerite SQL Server zapise o greškama, provjerite dostupnost prostora na disku, a zatim pokušajte ponovo pokrenuti SQL Server usluge. Ovi pristupi niskog rizika rješavaju najčešće probleme s oporavkom bez ikakvog rizika od gubitka podataka.

P: Koliko dugo trebam čekati prije nego što pokušam drugu metodu popravke?

A: Za ponovno pokretanje servisa, pričekajte 2-3 minute za potpuno pokretanje. Za jednostavne promjene stanja poput offline/online, pričekajte 30-60 sekundi. Za složene popravke poput DBCC CHECKDB, ostavite nekoliko sati ovisno o veličini baze podataka. Ne prekidajte procese oporavka nakon što su započeti.

P: Hoću li izgubiti podatke prilikom rješavanja problema s oporavkom SQL baze podataka koji su na čekanju?

A: Gubitak podataka zavisi od korištene metode. Sigurne metode poput ponovnog pokretanja servisa, ispravljanja prostora na disku i ispravljanja dozvola ne uzrokuju gubitak podataka. Metode visokog rizika poput popravke u hitnom režimu, ponovnog kreiranja dnevnika ili brisanja datoteka dnevnika mogu rezultirati značajnim gubitkom podataka. Uvijek prvo isprobajte sigurne metode.

P: Mogu li spriječiti pojavu problema s oporavkom SQL baze podataka koji čekaju na odgovor?

O: Da, većina problema se može spriječiti pravilnim održavanjem. Redovno pravite sigurnosne kopije, pratite prostor na disku, održavajte adekvatan kapacitet pohrane, koristite UPS zaštitu, izvršavajte rutinske DBCC CHECKDB operacije i održavajte SQL Server ažuriran najnovijim servisnim paketima.

P: Da li trebam pokušati popravke na produkcijskim bazama podataka tokom radnog vremena?

A: Nikada ne pokušavajte visokorizične metode popravke na produkcijskim bazama podataka tokom radnog vremena. Zakažite prozore za održavanje za složene popravke. Međutim, sigurne metode poput ponovnog pokretanja servisa ili popravki prostora na disku mogu se odmah pokušati ako blokiraju kritične operacije.

P: Kada trebam vratiti sistem iz sigurnosne kopije umjesto da pokušavam popravke?

A: Vraćanje iz sigurnosne kopije kada više pokušaja popravke ne uspije, kada se radi o kritičnim produkcijskim podacima koji ne mogu riskirati daljnje oštećenje, kada imate nedavne sigurnosne kopije s prihvatljivim vremenskim okvirima gubitka podataka ili kada bi metode popravke trajale duže od operacija vraćanja.

P: Kako da znam da li su datoteke moje baze podataka oštećene ili jednostavno nedostupne?

O: Provjeri SQL Server zapisnici grešaka za određene poruke o greškama. Problemi s pristupačnošću datotekama prikazuju greške "ne mogu pronaći datoteku" ili greške u dozvolama. Korupcija obično prikazuje greške u kontrolnoj sumi, greške na nivou stranice ili kršenja konzistentnosti. Koristite DBCC CHECKDB za definitivno testiranje korupcije kada je baza podataka dostupna.

P: Koji je najsigurniji način kopiranja datoteka baze podataka prije pokušaja popravke?

O: Stani SQL Server servis u potpunosti, a zatim kopirajte i MDF i LDF datoteke na lokaciju sigurnosne kopije. Alternativno, koristite naredbe za sigurnosno kopiranje baze podataka ako je baza podataka još uvijek dostupna. Nikada ne kopirajte datoteke dok SQL Server se izvršava jer to može stvoriti nekonzistentne kopije.

P: Mogu li problemi s oporavkom SQL baze podataka koji čekaju na odgovor utjecati na više baza podataka istovremeno?

A: Da, problemi na nivou sistema poput nedovoljnog prostora na disku, problema sa servisnim računom, kvarova u skladištenju ili SQL Server Greške u konfiguraciji mogu uticati na više baza podataka. Uvijek provjerite da li druge baze podataka imaju sličnih problema kako biste identifikovali šire sistemske probleme.

P: Koliko često trebam testirati procedure vraćanja baze podataka?

A: Testirajte procedure vraćanja podataka mjesečno za kritične baze podataka, a kvartalno za važne baze podataka. Uključite testiranje različitih scenarija vraćanja podataka kao što su oporavak u određenom trenutku, vraćanje sekvence zapisa i procedure vraćanja podataka u hitnim slučajevima. Dokumentujte i vremenski odredite svaki test za planiranje hitnih slučajeva.

P: Kada trebam kontaktirati Microsoftovu podršku ili angažovati stručnu pomoć?

A: Potražite stručnu pomoć kada više pokušaja popravke ne uspije, kada se radi s kritičnim podacima bez sigurnosnih kopija, kada se suočavate sa složenom korupcijom u više baza podataka, kada nailazite na nedokumentovane poruke o grešci ili kada vremenska ograničenja zahtijevaju zagarantovane rezultate oporavka.

P: Da li se isplati ulagati u alate za oporavak SQL-a trećih strana?

A: Alati za oporavak su vrijedni kada ručne metode ne uspiju i ne postoje sigurnosne kopije. Većina alata nudi besplatne probne verzije za testiranje mogućnosti oporavka prije kupovine. Razmotrite cijenu u odnosu na profesionalne usluge, vrijednost podataka i vjerovatnoću uspjeha. Alati najbolje funkcioniraju za strukturnu korupciju, ali možda neće oporaviti sve tipove podataka.

P: Šta trebam učiniti ako se stalno ponavlja problem sa čekanjem na oporavak SQL baze podataka?

A: Ponavljajući problemi ukazuju na osnovne sistemske probleme. Provjerite ima li kvarova hardvera, nedovoljnih resursa, problema sa sistemom za pohranu ili problema sa konfiguracijom. Pratite zapisnike događaja sistema Windows, implementirajte sveobuhvatno praćenje i razmislite o nadogradnji hardvera ili prelasku na pouzdanije sisteme za pohranu.

22. Zaključak i kratki pregled

Problemi s oporavkom SQL baze podataka koji čekaju na rješavanje mogu se riješiti pomoću ovih 15 provjerenih metoda, od jednostavnih ponovnih pokretanja servisa do složenih hitnih popravki.

22.1 Sažetak tabele brzih popravki

Metoda popravljanja	Nivo rizika	Rizik gubitka podataka	Najbolje korišteno za
Ponovo pokreni SQL Server	nizak	nijedan	Problemi s vremenom, privremene blokade
Provjerite prostor na disku	nizak	nijedan	Kvarovi povezani sa svemirom
Odgođeni početak	nizak	nijedan	Problemi s vremenom pohranjivanja
Popravite dozvole	nizak	nijedan	Greške odbijenog pristupa
Ispravne putanje datoteka	nizak	nijedan	Promjene puta, migracije
Offline / Online	srednji	minimalan	Nedosljednosti u državama
Onemogući AUTOMATSKO ZATVARANJE	nizak	nijedan	Česti ciklusi otvaranja/zatvaranja
Izbriši datoteku dnevnika	visok	Da	Oštećeni logovi, razvojna okruženja
Odvojite/ponovno pričvrstite	visok	Da	Nedostajući ili oštećeni zapisnici
Ponovo izgradi zapisnike	visok	Da	Nedostaju LDF datoteke
Hitna popravka sa DBCC CHECKDB	Veoma visoko	Da	Teška korupcija, krajnja opcija
Popravi FILESTREAM	srednji	nijedan	Problemi s konfiguracijom FILESTREAM-a
Ažuriranje SQL Server	srednji	nijedan	Poznate greške u verzijama
Vrati iz sigurnosne kopije	nizak	Kontrolirano	Kada metode popravke ne uspiju
Alati za oporavak	srednji	Varija	Teška korupcija, bez sigurnosnih kopija

22.2 Kontrolna lista za reagovanje u hitnim slučajevima

Prvih 5 minuta:

Check SQL Server zapisnici grešaka
Provjerite dostupnost datoteka baze podataka
Provjerite dostupan prostor na disku
Pokušaj ponovnog pokretanja servisa
Poruke o grešci u dokumentu

Sljedećih 15 minuta:

Pokušajte van mreže/na mreži ako ponovno pokretanje usluge nije uspjelo
Provjerite i ispravite očigledne probleme s dozvolama
Provjerite jesu li putanje datoteka ispravne
Pregledajte zapisnike događaja u sustavu Windows
Procijenite dostupnost sigurnosnih kopija

22.3 Dodatni resursi

Zapamtite: Prevencija putem odgovarajućih sigurnosnih kopija, praćenja i održavanja je uvijek bolja od oporavka. Redovno testiranje ovih procedura u neprodukcijskim okruženjima osigurava da ste spremni kada se pojave problemi s oporavkom SQL baze podataka koji čekaju na oporavak.

o autoru

Yuan Sheng je viši administrator baze podataka (DBA) sa preko 10 godina iskustva u SQL Server okruženja i upravljanje bazama podataka u preduzećima. Uspješno je riješio stotine scenarija oporavka baza podataka u organizacijama finansijskih usluga, zdravstva i proizvodnje.

Yuan je specijaliziran za SQL Server oporavak baza podataka, rješenja za visoku dostupnost i optimizaciju performansi. Njegovo opsežno praktično iskustvo uključuje upravljanje bazama podataka od više terabajta, implementaciju grupa dostupnosti Always On i razvoj automatiziranih strategija za sigurnosno kopiranje i oporavak za poslovne sisteme od kritične važnosti.

Svojim tehničkim znanjem i praktičnim pristupom, Yuan se fokusira na kreiranje sveobuhvatnih vodiča koji pomažu administratorima baza podataka i IT stručnjacima da riješe složene probleme. SQL Server efikasno rješava izazove. On prati najnovije SQL Server izdanja i Microsoftove tehnologije baza podataka koje se razvijaju, redovno testirajući scenarije oporavka kako bi osigurao da njegove preporuke odražavaju najbolje prakse iz stvarnog svijeta.

Imate pitanja o SQL Server oporavak ili vam trebaju dodatne smjernice za rješavanje problema s bazom podataka? Yuan pozdravlja povratne informacije i prijedlozi za poboljšanje ovih tehničkih resursa.

Oporavak SQL baze podataka na čekanju: 15 provjerenih rješenja [Vodič za 2026.]