"Žurnalo atsarginės kopijos tinklas yra sugadintas" klaida, kai žurnalo atsarginės kopijos nepavyksta SQL Server

SVARBU: šis straipsnis išverstas naudojant „Microsoft“ mašininio vertimo programinę įrangą ir gali būti pataisytas naudojant „Community Translation Framework“ (CTF) technologiją. „Microsoft“ siūlo mašinos išverstus ir po to bendruomenės suredaguotus straipsnius, taip pat žmogaus išverstus straipsnius siekdama suteikti prieigą prie visų savo žinių bazės straipsnių daugeliu kalbų. Mašinos išverstuose ir vėliau paredaguotuose straipsniuose gali būti žodyno, sintaksės ir / arba gramatikos klaidų. „Microsoft“ neatsako už jokius netikslumus, klaidas arba žalą, patirtą dėl neteisingo turinio vertimo arba mūsų klientų naudojimosi juo. Daugiau apie CTF žr. http://support.microsoft.com/gp/machine-translation-corrections.

Spustelėkite čia, norėdami pamatyti šio straipsnio versiją anglų kalba: 3162858
Požymiai
Jūsų žurnalo pristatymas konfigūracija, žurnalo atsarginio kopijavimo procesas gali nepavykti dėl pagrindinės saugyklos ir infrastruktūros klausimus. Tokiu atveju žurnalo atsarginio kopijavimo procesas kartojamas, ir taip galite perrašyti susijusi žurnalo atsarginės kopijos failą. Tokiu atveju gali patirti pertraukos žurnalo atsarginės kopijos grandinės, gali tekti atlikti visą inicijuoti savo žurnalo pristatymas konfigūravimas. Atsižvelgiant į jūsų duomenų bazės dydį, tai gali būti labai išlaidų operaciją.

Be to, SQL serverio klaidų žurnale užregistruojami klaidų, panašių į šį:
data laikas, Atsarginės kopijos, nežinomas, atsarginės kopijos nepavyko atlikti atsarginės kopijos žurnalo komanda database_name. Patikrinkite, ar atsarginių kopijų kūrimo programą žurnale išsamią pranešimų.

data laikas, Atsarginę kopiją, nežinoma klaida: 3041 svarbos: 16 valstybė: 1.

data laikas, spid326, nežinomas, žurnalo atsarginės kopijos tinklas neveikia. Turite atlikti visos duomenų bazės atsarginę kopiją prieš atliekant žurnalo atsarginę kopiją.

data laikas, spid326, nežinomas, operacinės sistemos parodoma klaida 170 (pageidaujamas išteklius yra naudojimo.) prie SQL serverio per esant nuokrypiui 0x00000009dde000 faile failo_kelias. Papildomi pranešimai SQL serverio klaidos žurnale ir sistemos įvykių žurnale gali suteikti daugiau informacijos. Tai rimta sistemos lygio klaida, dėl kurios gresia duomenų bazės vientisumą ir nedelsiant reikia ištaisyti. Atlikite visos duomenų bazės vientisumo patikrinimą (DBCC CHECKDB). Ši klaida gali kilti dėl įvairių priežasčių; Jei norite gauti daugiau informacijos ieškokite SQL Server interneto knygų.

Sprendimas
Šios problemos sprendimas yra įtraukti į šių kaupiamųjų naujinimų SQL Server:

Pastaba. Po to, kai įdiegsite šį naujinimą, ketinama pašalinti nepaisyti tinkamas operacijų žurnalo atsarginės kopijos. Todėl šiame naujinime pateikti kai kurie papildomi patvirtinimai ir patikrinkite, ar tinklas žurnale lieka nepažeista.
Rekomendacija: Įdiegti naujausią kaupiamąjį naujinimą SQL Server
SQL serverio kiekvieną naują Kaupiamasis naujinimas yra visos karštosios ir naujausios saugos pataisos, kurios buvo įtrauktos į ankstesnio kaupiamojo naujinimo. Patikrinkite SQL Server kaupiamieji naujinimai:
Būsena
„Microsoft“ patvirtino, kad tai yra „Microsoft“ produktų, išvardytų skyriuje „Taikoma“, problema.
Nuorodos
Susipažinkite su terminologijąkurią „Microsoft“ naudoja programinės įrangos naujinimams apibūdinti.

Įspėjimas: šis straipsnis išverstas automatiškai

Savybės

Straipsnio ID: 3162858 – Paskutinė peržiūra: 09/21/2016 11:33:00 – Peržiūra: 3.0

Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Standard

  • kbqfe kbfix kbexpertiseinter kbsurveynew kbmt KB3162858 KbMtlt
Atsiliepimai