Symptomer
Anta at du har en database som har gjennomsiktige datakryptering (TDE) aktivert i Microsoft SQL Server 2008 eller SQL Server 2008 R2, en skriveoperasjon mot databasen-venter i det uendelige på WRITELOG eller LOGBUFFER.
Når databasen er i modusen for fullstendig gjenoppretting og loggen for Planlagte sikkerhetskopieringer som utføres regelmessig, er Logg for første og siste nummer (LSN) serienumrene i SQL Server-feillogger samme for påfølgende Gjenopprettingsmodellen etter at problemet er truffet. Det anbefales fremdeles å bekrefte Hvis noen brukeraktivitet er forventet under denne tidsrammen. LSN-tall kan ikke endre fordi det ikke finnes noen skriveoperasjon på grunn av mangel på brukeraktivitet. Relaterte loggoppføringer for SQL Server-feil er følgende:
Loggen ble sikkerhetskopiert. Database: < databasenavn >, opprette date(time): < dato >< tid >, første LSN: 76383:11154:1, siste LSN: 76383:11154:1... Dette er en informativ melding. Ingen brukerhandling er nødvendig.
Loggen ble sikkerhetskopiert. Database: < databasenavn >, opprette date(time): < dato >< tid >, første LSN: 76383:11154:1, siste LSN: 76383:11154:1... Dette er en informativ melding. Ingen brukerhandling er nødvendig.
Dette problemet er ikke spesifikke for databasen i modusen for fullstendig gjenoppretting, databaser med andre modi for gjenoppretting er også utsatt for det samme problemet oppstår. I tillegg kan du også se en SPID i rollback tilstand som systemet tabellen sys.sysprocesses.
Årsak
Dette problemet oppstår på grunn av noen underliggende unntak rundt TDE.
Oppløsning
Problemet ble først løst i den følgende kumulative oppdateringen av SQL Server. Etter at du har installert denne hurtigreparasjonen, SQL Server tar databasen frakoblet når du treffer problemet (i stedet for å vente på ubestemt tid på WRITELOG eller LOGBUFFER), databasen kan tas i bruk igjen uten å måtte starte SQL Server-tjenestene. I noen scenarioer databasen skal tas i bruk automatisk av SQL Server uten noen menneskelig inngripen. Relevant informasjon vil bli logget i feillogger for SQL Server.
Hurtigreparasjonen løser ikke problemet fullstendig. Ekstra diagnoseinformasjon (basert på typen og feil alvorlighetsgrad) kan imidlertid bli logget i feillogger for SQL Server når problemet oppstår på nytt. Du har til å identifisere det faktiske unntaket og løse det ved hjelp av ekstra diagnoseinformasjon som du kan hente etter at du har installert hurtigreparasjonen.
Kumulativ oppdatering 13 for SQL Server 2008 R2 SP2/en-us/help/2967540
Kumulativ oppdatering 17 for SQL Server 2008 SP3/en-us/help/2958696
Hver nye kumulative oppdateringen for SQL Server inneholder alle hurtigreparasjonene og alle sikkerhetsreparasjoner som fulgte med den forrige kumulative oppdateringen. Sjekk ut de nyeste kumulative oppdateringene for SQL Server:
Status
Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen "Gjelder for".