Simptomi
Iedomājieties šādu scenāriju:
-
Pieņemsim, ka Microsoft SQL Server 2016 sekundārajā AlwaysOn pieejamības grupā ir jāizmanto automātiskā sēšana.
-
Jūs dublējat datu bāze [D1] ar failu [F1] un [F2] un pēc tam noņemiet dublējuma failu [F1].
-
Tiek mainīts faila fizikālais nosaukums [F2] atjaunojot datu bāzi [D1] un mainiet loģisko nosaukumu no [F2] uz [F1] to, kas ir noņemts.
Šādā gadījumā rodas konflikts sekundārajā reprodukcijā, kad mēģināt pievienoties pieejamības grupai, izmantojot automātiskos izsējas režīms un pēc tam saņemat kļūdas ziņojumu.
Datetime spid97s kļūda: 911, smagums: 16, stāvoklis: 1.
Datetime spid97s datu bāze 'databasename' nepastāv. Pārliecinieties, vai vārds ir ievadīts pareizi.
Datetime spid97s kļūda: 4353, nopietnība: 16, valsts: 1.
Datetime spid97s konfliktējošo failu pārvietošana ir norādīta failanosaukumā. Jebkuram loģiskajam faila nosaukumam ir jānorāda tikai viena ar pārvietošanas klauzula.
Datetime spid97s kļūda: 3013, nopietnība: 16, valsts: 1.
Datetime spid97s atjaunošanas datu bāze ir anormāli izbeigta.
Statusa
Microsoft ir apstiprinājusi, ka šī problēma pastāv Microsoft produktos, kas ir norādīti sadaļā "attiecas uz".
Risinājums
Šī problēma ir novērsta šajā SQL Server kumulatīvajā atjauninājumā:
Par kumulatīvajiem SQL Server atjauninājumiem:
Katrā jaunajā kumulatīvajā SQL Server atjauninājumā ir iekļauti visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā kumulatīvajā atjauninājumā. Skatiet jaunākos kumulatīvos atjauninājumus SQL Server:
Atsauces
Informācija par terminoloģiju Microsoft izmanto, lai aprakstītu programmatūras atjauninājumus.
