Simptomi
Iedomājieties šādu scenāriju:
-
Jūs izmantojat AlwaysOn pieejamības grupas Microsoft SQL Server 2016 vai 2017 instancē.
-
SQL Server pārvaldības dublējumus ir iestatījis vienā vai vairākās lietotāju datu bāzēs, kas tiek pievienotas pieejamai grupai.
-
Datu bāzē tiek palaista pēc pieprasījuma.
-
Jūs noņemat datu bāzi no pieejamās grupas un pēc tam to atkal pievienojat. Vai arī kļūmjpārleces datu bāzi.
-
Datu bāzē tiek palaista pēc pieprasījuma.
Šajā scenārijā ir jāatrod pārtraukums žurnālu ķēdē, veicot vaicājumu managed_backup. fn_available_backupsMSDB datu bāzē.
Cēlonis
Šī problēma rodas tāpēc, ka, noņemot datu bāzi no pieejama grupas un pēc tam to atkal pievienojot, vai arī kļūmjpārleces datu bāzi, smart_backup_files tabulas kolonnā database_guid tiek izveidots jauns datu bāzes GUID. Tādējādi nodalījums var uzskaitīt datus nesecīgi un izraisa pārtraukumu žurnālu ķēdi.
Risinājums
Šis labojums ir iekļauts šādos SQL Server kumulatīvajos atjauninājumos:
Kumulatīvais atjauninājums 1 SQL Server 2017
Kumulatīvais atjauninājums 5 SQL Server 2016 1. servisa pakotnei
Par SQL Server būvējumiem
Katrā jaunajā SQL Server būvējumā ir ietverti visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā būvējumā. Iesakām instalēt jaunākos kumulatīvos SQL Server atjauninājumus:
Statusa
Microsoft ir apstiprinājusi, ka šī problēma pastāv Microsoft produktos, kas ir norādīti sadaļā "attiecas uz".
Atsauces
Uzziniet par terminoloģiju , ko Microsoft izmanto, lai aprakstītu programmatūras atjauninājumus.
