Gjenopprett loggen med ventemodus på en avansert Format kan føre til at en 9004-feil i SQL Server 2008 R2 eller SQL Server 2012

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 2987585
Merknad
Obs! Du må aktivere sporingsflagg 3057 slik at hurtigreparasjonen fungerer når du har installert hurtigreparasjonen eller oppdateringspakken.
Symptom
Tenk deg følgende:
  • Du har Microsoft SQL Server Logg levering eller sikkerhetskopiering/gjenoppretting er konfigurert mellom to servere.
  • Den primære databasen har sin transaksjonsloggfilen (.ldf) lagret på en disk som har "Byte per fysiske sektoren" Angi som 512 byte.
  • Du tar transaksjonen Logg sikkerhetskopier av databasen, og prøv deretter å gjenopprette den ved hjelp av alternativet for ventemodus for sekundær databasen.
  • Sekundær database transaksjonsloggfilen (.ldf) er plassert på en disk som har "Byte per fysiske sektoren" Angi som 4 096 byte.
I dette scenariet gjenopprettingsoperasjonen mislykkes, og returnerer følgende feilmelding:

Feil: 9004, alvorlighetsgrad: 16 tilstand: 6.
Det oppstod en feil under behandling av logg for databasen 'databasenavn>'. Gjenopprett fra sikkerhetskopi. Hvis en sikkerhetskopi ikke er tilgjengelig, kan det være nødvendig å bygge loggen.

Når denne feilen oppstår, går den sekundære databasen i en usikker tilstand.
Løsning

Kumulativ oppdatering

Dette problemet ble først løst i den følgende kumulative oppdateringen av SQL Server:

Samleoppdatering 2 for SQL Server 2014 SP1

Samleoppdatering 7 for SQL Server 2012 SP2

Om kumulative oppdateringer for SQL Server

Hver nye kumulativ oppdatering for SQL Server inneholder alle hurtigreparasjoner og sikkerhetsoppdateringer reparasjonene som inngikk i den forrige kumulative oppdateringen. Vis de nyeste kumulative oppdateringene for SQL Server:

Hurtigreparasjon for SQL Server 2008 R2 SP2

En støttet hurtigreparasjon er tilgjengelig fra Microsoft. Denne hurtigreparasjonen er imidlertid ment å løse problemet som er beskrevet i denne artikkelen. Bruk denne hurtigreparasjonen bare på systemer som har dette bestemte problemet.

Hvis hurtigreparasjonen er tilgjengelig for nedlasting, finnes delen "Nedlasting av hurtigreperasjon tilgjengelig" øverst i denne Knowledge Base-artikkelen. Hvis denne delen ikke vises, kan du sende en forespørsel til Microsofts kundeservice og kundestøtte for å få hurtigreparasjonen.

Obs! Hvis det oppstår andre problemer, eller hvis feilsøkingstips, må du kanskje opprette en separat forespørsel om. Vanlige kundestøttekostnader gjelder for ytterligere kundestøttespørsmål og problemer som ikke dekkes av denne oppdateringen. For en fullstendig liste over telefonnumre for Microsofts kundeservice og kundestøtte eller opprette en separat forespørsel om, kan du gå til følgende Microsoft-webområde: Obs! Hotfix Download Available-skjemaet viser språkene som hurtigreparasjonen er tilgjengelig på. Hvis du ikke ser språket ditt, er det fordi en hurtigreparasjon ikke er tilgjengelig for dette språket.

Workaround
Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen "Gjelder for".

Hvis du vil løse dette problemet, bruker du én av følgende løsninger:
  • Flytt transaksjonsloggfilen til målet til en stasjon som har "Byte per fysiske sektoren" Angi som 512 byte.

    Obs! Ventemodus-filen kan fortsatt være plassert på stasjonen som har "Byte per fysiske sektoren" Angi som 4096 byte.
  • Gjenopprette sikkerhetskopier av loggen uten å bruke alternativet for ventemodus. I stedet for alternativet for VENTEMODUS, kan du bruke alternativet med NORECOVERY under gjenopprettingen.
Mer informasjon
Du kan bruke Fsutil-kommandolinjeverktøy å bestemme verdien "Byte per fysiske sektoren". Hvis denne parameteren ikke er synlig i utdataene, må du installere hurtigreparasjonen som er angitt i den KB982018.

Hvis du vil kontrollere hvilken type stasjon du har, gjør du følgende:
  1. Kjør følgende kommando fra en hevet ledetekst:
    Fsutil fsinfo ntfsinfo x:
    Obs! I denne kommandoen er <x></x> Angir stasjonen som du sjekker.
  2. Bruke verdier for "Byte Per sektor" og "Byte per fysiske sektoren" til å bestemme hvilken type stasjon du har. Hvis du vil gjøre dette, bruker du tabellen nedenfor.
    Verdien "Byte Per sektor"Verdien "Byte per fysiske sektoren"Stasjonstype
    409640964 kB ukomprimert
    5124096Avansert Format (også kjent som 512E)
    512512Opprinnelig 512-byte

Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 2987585 – Forrige gjennomgang: 08/20/2015 02:23:00 – Revisjon: 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 KbMtno
Tilbakemelding