Групи забезпечення доступності AlwaysOn із бази даних SSISDB залишається у стані "Розпізнавання", після відновлення після відмови у SQL Server

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3139534
Ознаки
Припустімо, що в SSISDBdatabase належить до групи доступності AlwaysOn та групи доступності, не вдається через, у той Вільний час як пакет з SSISDB виконує синхронно. У цій ситуації у групи забезпечення доступності можуть залишатися "вирішення" стан на на (тепер раніше) основна репліка до завершення в пакеті виконання.

У цьому випадку після відмови операцію виконано успішно, але, на (знову) додаткової репліка, групи забезпечення доступності залишається у стані, що виправлення до завершення в пакеті виконання. При цьому журнал помилок SQL Server, відображається протокол IMAP приблизно такого вигляду:

Nonqualified угода TRIPs є Вільний час відкотити SSISDB бази даних на AlwaysOn наявність групи, стан змін. Орієнтовна відкочування завершення: 0%. Це лише на Інформаційне протокол IMAP. Користувачу не потрібно.

запит на змінення стан сеансу показує, що сеанс, який використовувався для виконання завдання, що перебуває у стані, УБИВ або скасування. Якщо або під Вільний час виконання виконання, це може викликати помилки, наприклад таких:

Повід. 0, рівень 11, стан 0, рядок 6

Сталася критична помилка, поточної команди. Результати, якщо потрібно буде скасовано.

Повід. 0, рівень 20, стан 0, рядок 6

Сталася критична помилка, поточної команди. Результати, якщо потрібно буде скасовано.
причина
Ця проблема виникає в тому, що потоки, які використовуються для виконання пакет SSIS поза контролем механізм, який використовується для анулювання сеансу SQL Server. Коли пакет виконується синхронно, це призводить до виконання циклу, що не дозволяє SQL Server закінчується до того, як пакет виконання вийти [з системи].
Обхідний шлях
Щоб тимчасово усунути цю проблему, настройте, пакет SSIS виконати асинхронно. Асинхронний пакет виконання є, змінює поведінку за промовчанням.

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 3139534 – останній перегляд: 02/02/2016 21:14:00 – виправлення: 1.0

Microsoft SQL Server 2012 Business Intelligence, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Enterprise Core, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Standard

  • kbmt KB3139534 KbMtuk
Зворотний зв’язок