Callback
  • De la tarabă la magazin

  • -

  • De la magazin la lanț de retail

  • -

  • De la retail la producție

SQL Server: Starea bazei de date este suspectă sau în așteptare pentru recuperare

Vladimir Vitishchenko
Vladimir Vitishchenko

Expert în automatizarea tranzacțiilor la Torgsoft

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

  1. Nu există spațiu liber pe disc
    SQL Server nu poate finaliza recuperarea jurnalului de tranzacții.

  2. Închidere de urgență a SQL Server
    Structura logică a bazei a fost deteriorată după întreruperea alimentării.

  3. Probleme de acces la fișierele BD
    Folderul a fost redenumit, permisiunile de acces au fost schimbate sau antivirusul blochează fișierele.

  4. 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)

  1. 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.

  2. Verificați dacă serviciul SQL Server este pornit (services.msc).

  3. Reporniți computerul și așteptați încărcarea completă a Windows.

  4. 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.

  1. Conectați-vă la server în SSMS,

  2. Treceți baza în modul EMERGENCY,

  3. Rulați verificarea integrității cu DBCC CHECKDB.

 În SSMS executați comenzile pe rând (înlocuiți TorgsoftDB cu numele bazei dvs.):

În SSMS executați comenzile pe rând (înlocuiți TorgsoftDB cu numele bazei dvs.):
EXEC sp_resetstatus 'TorgsoftDB'; -- Resetarea stării curente ALTER DATABASE TorgsoftDB SET EMERGENCY; -- Trecerea în modul EMERGENCY DBCC CHECKDB('TorgsoftDB'); -- Verificarea fișierelor fără reparare USE TorgsoftDB; -- Trecerea în contextul bazei ALTER DATABASE TorgsoftDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE; -- Trecerea în modul SINGLE_USER DBCC CHECKDB('TorgsoftDB', REPAIR_ALLOW_DATA_LOSS); -- Verificare și reparare erori ALTER DATABASE TorgsoftDB SET MULTI_USER; -- Revenire la modul MULTI_USER DBCC CHECKDB('TorgsoftDB'); -- Reverificare după reparare
  1. Î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:

  1. 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»).

  2. Fișierul are extensia .mir sau .mirz.

  3. 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

  1. Un screenshot sau textul exact al stării bazei în SSMS.

  2. Fișierele de log:

    •    log_server.data

    •    server_app_log.data.

  3. Data și existența ultimei arhive.

  4. Versiunea Torgsoft și SQL Server.


Програма обліку товару | Торгсофт



Facebook Instagram YouTube Twitter Google News Apple Podcast SounCloud

Adăugați comentariu

Adăugați comentariu
Vă mulțumim pentru feedback! Acesta va fi publicat după verificarea de către un moderator.
Articole similare