Ознаки
Якщо база даних SQL Server 2012 або SQL Server 2014 містить великий файл журналу транзакцій, не можна відновити базу даних у службі сховища Microsoft Azure великих об'єктів (BLOB). Наприклад, якщо файл журналу транзакцій настільки великий, що він займає більше 3 хвилин, щоб відновити його, не можна відновити базу даних. Наприклад, якщо ви резервно копієте дуже велику базу даних до URL-адреси, а повідомлення про помилку не виникає в таких випадках:
Помилка резервного копіювання <>:3041, серйозність: 16, стан: 1. <Дата й час> резервне копіювання резервної копії не вдалося завершити команду БАЗИ даних РЕЗЕРВНОЇ копії, BravoII_AS_PROD з ДИФЕРЕНЦІАЛОМ. Перевірте журнал програм резервного копіювання для отримання докладних повідомлень. <час від часу> spid55 помилка: 18210, серйозність: 16, стан: 1. <Дата й час> spid55 BackupVirtualDeviceFile:: запит на оновлення: помилка збереження на резервному пристрої "https://xxx.blob.core.windows.net/production/yyy.bck". Не вдалося отримати повідомлення про помилку операційної системи з віддаленою кінцевою точкою.
І якщо ви ввімкнули позначку з резервної копії на URL-адресу трасування (DBCC TRACEON (3004, 3051, 3212, 3014, 3605, 1816,-1)), ви можете отримати інформацію приблизно такого вигляду в журналі backuptoUrL:
<Дата й час>: код стану HTTP 201, повідомлення про стан HTTP, створене<DateTime>: корисне навантаження: початок 7319191552, cmd розмір 1048576, розмір корисного навантаження 1048576, StartTime 84313,5811126, EndTime 84313,6281149, тривалість 47,0023 MS, спроби 1, зворотний виклик виконано? True<Дата й час>: код стану http 201, повідомлення про стан HTTP, створене<Дата й час>: після закінчення терміну дії, що дозволило завершити роботу в 64, було змінено Дельта-кількість потоків 63,<DateTime>: Вичерпано час очікування на getcommand, час очікування в розмірі 20000, буде додано<Дата й час очікування>: Тайм-аут відбулося в getcommand, аут тривалість 20000, буде повторити<Дата й час> час очікування 20000, буде повторно<час від часу>: Вичерпано час очікування на getcommand, час очікування в 20000, буде повторно<Дата й час>: Вичерпано час очікування на getcommand, час очікування в 20000, буде повторо<Дата й час очікування>: Тайм-аут на getcommand, час очікування тривалості 20000, буде повторити<Дата й час> , час очікування 20000, буде повторо<Дата й час>: Тайм-аут стався в GetCommand, час очікування 20000, буде повторити спробу<час від часу>: Вичерпано час очікування на GetCommand, час очікування в 20000, буде повторно<Дата й час>: Резервне копіювання зв'язку з Sqrserr, HR = 0x80770003<Дата й час>: невиправна помилка сталася помилка під час операції передавання даних за допомогою Sqtserver, HRESULT: 0x80770003<DateTime>: стек: на Microsoft. Sqtserver. VdiInterface. VDI. PerformPageDataTransfer (Cloudblob pageBlob, Accipition leaseCondition, булеві forBackup) на BackupToUrl. Program. MainInternal (String [] Args)
Спосіб вирішення
Ця проблема була спочатку зафіксоване в цьому сукупному оновленні сервера SQL Server.
Сукупне оновлення 1 для SQL Server 2014 SP1 /en-us/help/3067839
Сукупне оновлення 6 для SQL Server 2012 SP2 /en-us/help/3052468
Сукупне оновлення 16 для SQL Server 2012 SP1 /en-us/help/3052476
Сукупне оновлення 7 для SQL Server 2014 /en-us/help/3046038
Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Ознайомтеся з найновішими сукупними оновленнями для сервера SQL Server:
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".