SQL Server: Starea bazei de date este suspectă sau în așteptare pentru recuperare
Stările Suspect sau Recovery Pending înseamnă că SQL Server nu poate deschide corect baza de date sau nu poate finaliza recuperarea acesteia. În această stare, programul Torgsoft nu pornește sau nu poate lucra cu datele.
Materialul este destinat administratorilor de sistem sau utilizatorilor cu experiență practică în lucrul cu Microsoft SQL Server și care înțeleg consecințele modificărilor în structura bazei de date. Toate acțiunile se efectuează pe propria răspundere: aplicarea incorectă a comenzilor poate duce la pierderea datelor sau la imposibilitatea de funcționare a bazei de date. Înainte de a efectua orice operațiuni, este necesar să creați o copie de rezervă completă a bazei de date, să verificați existența spațiului liber pe disc și să vă asigurați că nu există conexiuni active la bază. Dacă nu aveți certitudinea corectitudinii acțiunilor sau a consecințelor acestora — se recomandă să contactați suportul tehnic.
Situații tipice
-
după o întrerupere bruscă a alimentării cu energie,
-
după o repornire de urgență a PC-ului,
-
în lipsa spațiului liber pe disc,
-
în cazul deteriorării fișierelor bazei de date sau a discului.
Cum se manifestă
-
baza de date în SSMS are starea Suspect sau Recovery Pending,
-
Torgsoft nu pornește sau se blochează la pornire,
-
apare un mesaj despre imposibilitatea conectării la baza de date,
-
SQL Server nu trece baza în starea Online.
Cauze
-
Nu există spațiu liber pe disc
SQL Server nu poate finaliza recuperarea jurnalului de tranzacții. -
Închidere de urgență a SQL Server
Structura logică a bazei a fost deteriorată după întreruperea alimentării. -
Probleme de acces la fișierele BD
Folderul a fost redenumit, permisiunile de acces au fost schimbate sau antivirusul blochează fișierele. -
Probleme fizice ale HDD / SSD
Sectoare defecte sau erori ale sistemului de fișiere.
Ce trebuie făcut
Pasul 1. Verificați lucrurile de bază (obligatoriu)
-
Verificați spațiul liber pe discul unde este stocată baza (de obicei C:\).
-
trebuie să existe cel puțin 5–10 GB spațiu liber.
-
Verificați dacă serviciul SQL Server este pornit (services.msc).
-
Reporniți computerul și așteptați încărcarea completă a Windows.
-
Asigurați-vă că folderul cu baza de date nu a fost mutat și este accesibil.
Pasul 2. Încercare de scoatere a bazei din starea de avarie (prin SSMS)
Se execută doar dacă este instalat SQL Server Management Studio.
-
Conectați-vă la server în SSMS,
-
Treceți baza în modul EMERGENCY,
-
Rulați verificarea integrității cu DBCC CHECKDB.
În SSMS executați comenzile pe rând (înlocuiți TorgsoftDB cu numele bazei dvs.):
-
Încercați să readuceți baza în modul ONLINE.
Rezultat:
-
dacă baza trece în Online — funcționarea este restabilită,
-
dacă CHECKDB indică erori ireparabile — baza este coruptă.
Pasul 3. Restaurare din copia de rezervă (cea mai sigură opțiune)
Dacă baza nu iese din starea Suspect / Recovery Pending:
-
Găsiți cea mai recentă arhivă a bazei:
-
local: C:\DatabaseArchive\
-
sau în C:\Jurnal Torgsoft\
-
sau în folderul în care arhiva a fost salvată la ultima creare manuală
-
sau în cloud (dacă a fost activată «Securitatea datelor»).
-
Fișierul are extensia .mir sau .mirz.
-
Efectuați:
-
«Baza de date → Restaurare din arhivă» în Torgsoft
sau -
restaurare prin SSMS.
Verificare după efectuare
-
baza de date are starea Online,
-
Torgsoft pornește fără erori,
-
se deschid directoarele, vânzările, rapoartele,
-
nu există mesaje de eroare SQL.
Cum evitați repetarea
-
utilizați un UPS pentru PC-ul cu baza de date,
-
asigurați arhivare automată (local sau în cloud),
-
monitorizați constant volumul BD (limita SQL Express — 10 GB),
-
nu permiteți umplerea discului de sistem,
-
verificați periodic starea HDD / SSD.
Regula cheie
Dacă baza are starea Suspect sau Recovery Pending și nu trece în Online —
restaurarea din copia de rezervă este singura metodă garantată de a readuce sistemul în funcțiune.
Ce să pregătiți pentru suportul tehnic
-
Un screenshot sau textul exact al stării bazei în SSMS.
-
Fișierele de log:
-
log_server.data
-
server_app_log.data.
-
Data și existența ultimei arhive.
-
Versiunea Torgsoft și SQL Server.
-
16.03.2026
Coduri de bare și nume duplicate: cum să le găsiți, să le îmbinați și să le remediați pentru a nu strica contabilitatea
Cum să găsiți, să îmbinați și să remediați produsele duplicate în Torgsoft pentru a evita erorile în solduri, rapoarte și inventar
-
27.02.2026
Erori de director: cauze ale eșecurilor și pierderilor financiare
Erori în directoarele Torgsoft: coduri de bare în cantitate, cost zero, duplicate, defecțiuni fiscale și încetiniri ale bazei de date
-
03.02.2026
Restabilirea parolei pentru „Proprietar” sau utilizatorul sa
Ghid de restaurare a accesului Torgsoft (utilizator sa). Resetarea parolei prin SQL Management Studio, linia de comandă osql sau prin suport tehnic.









Reveniți la pasul anterior