Baza de date se află într-o sesiune de mirroring.
Baza de date nu poate fi deconectată până când această sesiune nu este completă. Pentru mai multe informații, consultați Eliminarea oglindelor bazei de date (SQL Server).
Baza de date este baza de date a sistemului.
Pentru copii de rezervă diferențiate, detașarea unei baze de date read-only duce la pierderea informațiilor despre copia de bază pentru copierea de rezervă diferențială. Pentru mai multe informații, consultați Backupuri diferențiale (SQL Server).
Răspuns la erorile de deconectare
Erori care apar în timpul detașării bazei de date pot împiedica oprirea curată a bazei de date și refacerea jurnalului de tranzacții. Dacă primiți un mesaj de eroare, urmați acești pași pentru ao remedia.
Reatașați din nou toate fișierele asociate cu baza de date, nu doar fișierul principal.
Corectați problema care a provocat mesajul de eroare.
Deconectați din nou baza de date.
Când atașați o bază de date, trebuie să fie disponibile toate fișierele de date (fișierele MDF și NDF). Dacă un fișier de date are o cale diferită de cea pe care a fost atunci când ați creat pentru prima dată sau s-a alăturat ultima dată, trebuie să specificați calea curentă la fișier.
Dacă fișierul de date primar atașat este doar pentru citire, motorul bazei de date presupune că baza de date este numai pentru citire.
Atunci când o bază de date criptată este mai întâi atașat la o instanță de SQL Server, proprietarul bazei de date trebuie să deschidă cheia principală a bazei de date, urmați aceste instrucțiuni: MASTER OPEN KEY decriptarea PASSWORD = DE „parola“. Este recomandat să activați decriptare automată a cheii de master, executați următoarea declarație: MODIFICA MASTER KEY ADD criptării prin SERVICE MASTER KEY. Pentru mai multe informații, consultați CREATE MASTER KEY (Transact-SQL) și ALTER MASTER KEY (Transact-SQL).
Cerințele pentru atașarea fișierelor de jurnal depind în parte de faptul dacă o bază de date este disponibilă pentru scriere și citire sau numai pentru citire.
Pentru o bază de date care este scrisă și ușor de citit, este de obicei posibil să atașați un fișier jurnal într-o locație nouă. Cu toate acestea, în unele cazuri, fișierele din jurnalele existente sunt obligate să reconecteze baza de date. De aceea, păstrați întotdeauna toate fișierele jurnal detașate până când baza de date se alătură cu succes fără ele.
Dacă baza de date este scrisă și poate fi citită, există doar un fișier jurnal și nu este specificată nicio locație nouă pentru aceasta, operația de conectare utilizează vechea locație de fișier. Dacă se găsește, se aplică fișierul istoric vechi, indiferent dacă baza de date a fost oprită în mod clar. Cu toate acestea, dacă vechiul fișier jurnal nu a fost găsit și baza de date a fost dezactivată curat și nu are un lanț log activ, atunci operația de conectare încearcă să construiască un nou fișier jurnal pentru baza de date.
Dacă fișierul de date primar atașat este doar pentru citire, motorul bazei de date presupune că baza de date este numai pentru citire. Pentru o bază de date numai pentru citire, fișierele sau fișierele jurnal trebuie să fie disponibile în locația specificată în fișierul bază de date primară. Un nou fișier jurnal nu poate fi construit deoarece SQL Server nu poate actualiza locația jurnalului specificată în fișierul principal.
Schimbarea metadatelor atunci când o bază de date este îmbinată
Dacă baza de date numai pentru citire este deconectată și apoi reconectată, atunci datele pentru copia de bază curentă pentru copia de rezervă diferențială vor fi pierdute. Copia de bază pentru copii diferențiale este ultima copie de rezervă completă a tuturor datelor din baza de date sau dintr-un subset de fișiere și grupuri de fișiere conținute în baza de date. Fără informații de bază de rezervă, baza de date master pierde sincronizarea cu baza de date numai pentru citire, iar crearea suplimentară a copiilor de siguranță diferențiale poate duce la rezultate neașteptate. Astfel, dacă utilizați copii de rezervă diferențiale cu o bază de date numai pentru citire, atunci după reconectarea bazei de date, trebuie să instalați o nouă copie de bază pentru copierea de rezervă diferențială, creând o copie de rezervă completă. Pentru informații despre copii de siguranță diferențiale, consultați Backupuri diferențiale (SQL Server).
După aderare, baza de date este pornită. De obicei, atașarea unei baze de date o plasează în aceeași stare ca atunci când a fost deconectată sau copiată. Cu toate acestea, operațiunile de conectare și deconectare fac imposibilă crearea unor lanțuri de proprietăți încrucișate pentru această bază de date. Pentru informații despre modul de activare a proprietății în lanț, consultați Proprietatea pe mai multe domenii a serverului. De asemenea, TRUSTWORTHY este setat la OFF de fiecare dată când este atașată baza de date. Pentru mai multe informații despre cum să setați TRUSTWORTHY la ON, consultați ALTER DATABASE (Transact-SQL).
Ca orice bază de date care este complet sau parțial în afara rețelei, nu poate fi atașată o bază de date cu recuperare de fișiere. Baza de date poate fi atașată după ce secvența de recuperare este oprită. Apoi, puteți porni din nou secvența de restaurare.
Atașarea unei baze de date la o altă instanță de server
Articole similare
Trimiteți-le prietenilor: