Symptomer
Anta at du har noen databaser for Transparent kryptering (TDE) som er kryptert ved hjelp av Extensible Key Management (EKM)-leverandør i Microsoft SQL Server 2012 eller SQL Server-2014. Når du kjører høy belastning Sett inn spørringen på en ustabil nettverkstilkobling, du finner ut at TDE databasen blir utilgjengelig, og viser "recovery venter"-tilstand. Du mottar følgende feil:
< dato >< gang > spid1s kan ikke åpne økt for kryptografileverandøren ' <navn på EKMfor >'. Leverandør-feilkode: 5. (godkjenningsfeil - se EKM-leverandøren for mer informasjon)
< dato >< gang > spid125 feil: 9001, alvorlighetsgrad: 21, tilstand: 1.
< dato >< gang > spid125 loggen for databasen ' <databasenavnfor >' er ikke tilgjengelig. Kontroller hendelsesloggen for relaterte feilmeldinger. Rett opp eventuelle feil og starte på nytt i databasen.
< dato >< gang > spid125 under angre en loggede operasjon i databasen ' <databasenavnfor >', det oppstod en feil i loggen oppførings-ID (1183:136:350). Vanligvis er den spesifikke feilen logget tidligere som en feil i tjenesten Windows Event Log. Gjenoppretter databasen eller filen fra en sikkerhetskopi, eller reparere databasen.
< dato >< gang > spid62 databasen <databasenavn> ble avsluttet på grunn av feil 3314 i 'XdesRMReadWrite::RollbackToLsn'-rutinen. Start på nytt for ikke-statisk utvalg-databaser vil bli forsøkt etter at alle tilkoblinger til databasen er avbrutt.
Oppløsning
Når du har installert hurtigreparasjonen, vil TDE databasen prøve å bruke bufret database krypteringsnøkler under nedetid på nettverket. Dette hindrer at den slås av.
Den standard virkemåten som ble endret i følgende kumulative oppdateringen av SQL Server.
Samleoppdatering 1 for SQLServer-2014/en-us/help/2931693
Kumulativ oppdatering 9 for SQL Server 2012 SP1/en-us/help/2931078
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: