Momentan sunteți offline, așteptați să vă reconectați la internet

Jurnal de restaurare cu modul Standby pe un disc Advanced Format poate provoca o eroare 9004 în SQL Server 2008 R2 sau SQL Server 2012

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2987585
Înştiinţare
Notă După ce aplicați pachetul de remediere rapidă sau un serviciu, trebuie să activați semnalizatorul de urmărire 3057 pentru a lucra remedierea rapidă.
Simptome
Să luăm în considerare următorul scenariu:
  • Aveți Microsoft SQL Server livrare jurnal sau copiere de rezervă/restaurare configurați între două fermă de servere.
  • Baza acoperire de date principală a sa fișierul jurnalului de tranzacții (.ldf) stocate pe un disc care are "Bytes per Physical Sector" setat ca 512 octeți.
  • Luaţi tranzacția jurnal copiile de rezervă de această bază acoperire de date, și apoi încercați să-l restabili utilizând opțiunea standby pe baza acoperire de date a doua.
  • Fișierul jurnalului de tranzacții secundară acoperire de date (.ldf) se află pe un disc care are "Bytes per Physical Sector" set as 4,096 octeți.
În acest scenariu, operația de restaurare nu reușește și returnează următorul mesaj de eroare:

Eroare: 9004, severitate: 16, State: 6.
Eroare la procesarea jurnal pentru baza acoperire de date 'DATABASENAME>'. Dacă este posibil, restaurare de copiere de rezervă. Dacă nu este disponibilă o copiere de rezervă, ar putea fi necesar să reconstruiți Jurnalul.

După ce apare această eroare, baza acoperire de date secundară devine într-o stare suspecte.
Rezoluţie

Actualizare cumulativă

Această problemă a fost rezolvată mai întâi în următoarea actualizare cumulativă de SQL Server:

Actualizarea cumulativă 2 pentru SQL Server 2014 SP1

Actualizare cumulativă 7 pentru SQL Server 2012 SP2

Despre actualizările cumulative pentru SQL Server

Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile remedierile rapide și de securitate care au fost incluse în actualizarea cumulativă anterioară. Vedeți cele mai recente actualizări cumulative pentru SQL Server:

Remedierea rapidă pentru SQL Server 2008 R2 SP2

Un hotfix acceptat este disponibil de la Microsoft. Cu toate acestea, această remediere rapidă este destinată pentru a corecta doar problema descrisă în acest articol. Aplicați această remediere rapidă numai pentru sistemele care întâmpină această problemă anume.

Dacă remedierea rapidă este disponibilă pentru descărcare, există o secțiune "Descărcare disponibilă pentru remediere rapidă" în partea de sus a acestui articol din baza de cunoștințe. Dacă nu apare această secţiune, trimite o solicitare de la serviciul pentru clienți Microsoft și suport pentru a obține remedierea rapidă.

Notă Dacă se produc probleme suplimentare sau dacă este necesară depanarea, poate fi necesar să creați o solicitare de asistenţă separată. Costurile de obicei pentru suport se vor aplica pentru sprijin suplimentar, întrebări și probleme care nu sunt specifice pentru această remediere rapidă . Pentru o listă completă a numerelor de telefon ale serviciul pentru clienți Microsoft și asistență sau pentru a crea o solicitare de asistenţă separată, vizitați următorul site Web Microsoft: Notă Formularul "Descărcare disponibilă pentru remediere rapidă" afişează limbile pentru care este disponibilă remedierea rapidă. Dacă nu vedeți limba dvs., înseamnă că o remediere rapidă nu este disponibilă pentru respectiva limbă.

Remediere
Microsoft a confirmat că aceasta este o problemă cu produsele Microsoft enumerate în secţiunea „Se aplică la".

Pentru a rezolva această problemă, utilizați una dintre următoarele soluții:
  • Mutați fișierul jurnalului de tranzacții la destinația pe o unitate care are "Bytes per Physical Sector" setat ca 512 octeți.

    Notă Fișierul Standby poate fi încă află pe unitatea care are "Bytes per Physical Sector" set as 4096 octeți.
  • Restaurați face o copiere de rezervă jurnal fără a utiliza opțiunea de aşteptare. În loc de opțiunea STANDBY, utilizați opțiunea cu NORECOVERY în timpul operația de restaurare.
Informaţii suplimentare
Aveți posibilitatea să utilizați utilitarul de linia Către de comandă Fsutil pentru a determina valoarea "Bytes per Physical Sector". Dacă acest parametru nu este vizibilă în datele de ieșire, trebuie să aplicați remedierea rapidă care este specificat în KB982018.

Pentru a verifica tipul de unitate pe care o aveți, urmați acești pași:
  1. Executaţi următoarea comandă la un prompt de comandă:
    Fsutil fsinfo ntfsinfo x:
    Notă În această comandă, <x></x> reprezintă unitatea pe care o Verificați.
  2. Utilizați valorile pentru "Bytes Per Sector" și "Bytes per Physical Sector" pentru a determina tipul de unitate pe care le aveți. Pentru aceasta, utilizați următorul tabel.
    Valoarea "Bytes Per Sector"Valoarea "Bytes per Physical Sector"Tip de unitate
    409640964K nativ
    5124096Advanced Format (cunoscut și ca 512E)
    512512512 octeți nativ

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2987585 - Ultima examinare: 08/20/2015 00:26:00 - Revizie: 2.0

Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1

  • kbsurveynew kbexpertiseinter kbqfe kbfix kbhotfixserver kbautohotfix kbexpertiseadvanced kbmt KB2987585 KbMtro
Feedback
lementsByTagName("head")[0].appendChild(m);