Зараз ви перебуваєте в автономному режимі; очікується повторне підключення до Інтернету

ВИПРАВЛЕННЯ: Помилка 9002 та помилки 3052, під Вільний час спроби інсталювати або архівувати файлів журналу у SQL Server 2012 або SQL Server 2014

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3095156
Ознаки
Припустимо, що ви використовуєте AlwaysOn наявність групи бази даних Microsoft SQL Server 2012 немає або SQL Server 2014, і великі відкриті активну операцію, існує і потребує додаткового місця. Після того, як файл журналу, не можна збільшити з однієї з таких причин, виникає помилка операції.
  • Відсутність вільного простору на додаткові файли
  • файл журналу, не налаштовано на розширення
  • Служби налаштувати граничний розмір файлу журналу
Крім того, відображається таке протокол IMAP про помилку:
Помилка: 9002, серйозності проблеми: 17, стан: 9.
Журнал транзакцій бази даних "ім'я бази даних> "повну через"LOG_BACKUP".
Після запуску журналу резервної копії, з'явиться повідомлення 9002 помилки:
Помилка: 9002, серйозності проблеми: 17, стан: 9.
Журнал транзакцій бази даних "ім'я бази даних> "повну через"ACTIVE_TRANSACTION".
Після іншого резервну копію журналу потім з'явиться повідомлення 9002 помилка після 5901 повідомлення про помилку:
Помилка: 9002, серйозності проблеми: 17, стан: 9.
Журнал транзакцій бази даних "ім'я бази даних> "повну через"AVAILABILITY_REPLICA".

Не можна написати запис контрольної точки бази данихім'я бази даних> через те, що журнал місця. Зверніться до адміністратора бази даних, щоб самостійно Очистити журнал або виділити більше місця для файлів журналу бази даних.
Помилка: 5901, серйозності проблеми: 16, стан: 1.
Одного або кількох відновлення підрозділи, які належать до бази даних "ім'я бази даних> "не вдалося створити-контрольної точки. Це зазвичай, відбувається через брак системних ресурсів, диск або пам'яті або в деяких випадках через пошкодження бази даних. Перевірте попередні записи в журналі помилок, щоб отримати докладніші відомості про цю помилку.
Під час подальших резервних копій контрольної точки або Журнал виберіть програми під час операції скасування установки, може з'явитися таке повідомлення про помилку:
MSG 3052, рівень 16, держава 1, рядок 4
Резервне копіювання журналу не вдалося ввійти оновлення бази даних "ім'я бази даних>'. Резервні копії наступних журналів буде необхідно заздалегідь резервного копіювання момент у "LSN з ідентифікатором 1> "на"Код-LSN 2> "після того, як журнал вільного місця для входу на них.
Отримавши ці повідомлення більше не вдається надіслати будь-яких нових операцій, до бази даних, а не вдається розширення файлу журналу або іншого журналу-файлу.

Розв'язанн
Проблему, спочатку було усунуто у такий сукупний пакет оновлень із сервера SQL Server: Порада:, Інсталюйте останній сукупний пакет оновлень для SQL Server
Нові накопичувальне оновлення для SQL Server, містить усі виправлення, і усі виправлення безпеки, які входять до складу попередній сукупний пакет оновлень. Рекомендується, щоб завантажити й інсталювати останній сукупний пакет оновлень для SQL Server:
Обхідний шлях
Наступна методика можна очищення журналу та відновлення діяльності.
  1. Перевірте кожний додатковий репліки перевірити додатковий репліки last_hardened_lsn (див. sys.dm_hadr_database_replica_states) відповідає основна репліка, last_hardened_lsn. Ви можете зробити це працює, такий запит, пов'язані з основна репліка екземпляра.
    SELECT ags.name as AGGroupName,    ar.replica_server_name as InstanceName,    hars.role_desc,    db_name(drs.database_id)as DBName,    drs.last_hardened_lsn, drs.log_send_queue_size,    drs.synchronization_state_desc as SyncState,    ar.availability_mode_desc as SyncMode,    CASE drs.is_local WHEN 1 THEN drs.database_id ELSE NULL END as database_id    FROM sys.dm_hadr_database_replica_states drs    LEFT JOIN sys.availability_replicas ar ON drs.replica_id = ar.replica_id    LEFT JOIN sys.availability_groups ags  ON ar.group_id = ags.group_id    LEFT JOIN sys.dm_hadr_availability_replica_states hars        ON ar.group_id = hars.group_id and ar.replica_id = hars.replica_id      WHERE db_name(drs.database_id) = '<database name>'
  2. На основному репліки
    • Видалити групи доступності бази даних.
    • Повторно, додайте до групи доступності бази даних.
  3. На кожний додатковий репліки
    • Повторно, додайте до групи доступності бази даних.
Видаляючи з групи доступності бази даних, буде негайно скоротити свої журнали та звільнити місце в журналі.

Якщо last_hardened_lsn , що на кожний додатковий репліки ідентична основна репліка, а не журналів із резервних програми під час видалення бази даних із групи доступності та повторного додавання, база даних на кожному середній, додатковий репліку успішно буде повторно додано без будь-яких помилок або того, щоб відновити резервні копії журналів, на додаткових.

Додатковий репліки не поточний з основна репліка, необхідно видалити бази даних із групи доступності, перш ніж вторинного можете слідкувати Цей додатковий репліка, може знадобитися мають резервні копії журналів, щоб зловити його, перш ніж повторно, додавання його до групи доступності або залиште бази даних на додатковому репліки та повторно насіння, з повною і резервну копію бази даних журналу транзакцій.
Стан
Корпорація Майкрософт підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених у розділі "Застосовується до".

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

Властивості

Ідентифікатор статті: 3095156 – останній перегляд: 10/19/2015 18:55:00 – виправлення: 2.0

Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard

  • kbqfe kbsurveynew kbfix kbexpertiseadvanced kbmt KB3095156 KbMtuk
Зворотний зв’язок
>