Відновлення журналів із режиму очікування, на диску формату Advanced Format, може спричинити помилку 9004 у SQL Server 2008 R2 або SQL Server 2012

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2987585
Примітка
Примітка Після інсталяції виправлення або пакета оновлення, потрібно ввімкнути прапор трасування 3057 зробити виправлення, які працюють.
Ознаки
Розглянемо таку ситуацію:
  • Ви маєте Microsoft SQL Server доставка журналів або архівувати та відновлення вибір між двома серверами.
  • основний маркер базу даних, має свій файл журналу транзакцій (.ldf) на дублювання диска "Байт на фізичний сектор" як 512 байт.
  • Ви берете транзакції, резервні копії журналів, з базою даних, і спробуйте відновити його за допомогою параметра "очікування" на додатковій бази даних.
  • файл журналу транзакцій речення (.ldf), розташований на дублювання диска "Байт на фізичний сектор" як 4096 байт.
У цьому випадку операція відновлення не вдається виконати та повертає протокол IMAP про помилку:

Помилка: 9004, серйозності проблеми: 16, стан: 6.
Сталася помилка під Вільний час обробки журналу для баз даних "ім'я бази даних>'. Якщо можливо, слід відновити з резервної копії. Якщо архівувати недоступний, це може бути необхідно перебудувати входу в систему.

Після того, як ця помилка виникає, додатковий базу даних, що йде підозрілі стані.
Розв'язанн

Сукупний пакет оновлень

Цю проблему, спочатку було усунуто у такий сукупний пакет оновлень із сервера SQL Server:

Сукупний пакет оновлень 2, для SQL Server 2014 року з пакетом оновлень 1

Сукупний пакет оновлень, 7 для SQL Server 2012 SP2

Про сукупний пакет оновлень для SQL Server

Нові накопичувальне оновлення для SQL Server, містить усі виправлення безпеки і виправлення, що входили до складу попередній сукупний пакет оновлень. Див. останній сукупний пакет оновлень для SQL Server:

Виправлення для SQL Server 2008 R2-SP2

Виправлення доступне від корпорації Майкрософт. Проте, це виправлення призначене тільки для вирішення проблеми, описаної в цій статті. Застосовуйте це виправлення лише до систем, які зазнають цієї конкретної проблеми.

Якщо виправлення доступне для завантаження, у верхній частині цієї статті бази знань буде розділ "Завантажити доступні виправлення ". Якщо цей розділ не відображається, надішліть запит до клієнтської служби та підтримки Microsoft, щоб отримати виправлення.

Примітка Якщо виникають додаткові проблеми, або потрібно виявлення проблем, можливо, доведеться створити окремий запит на обслуговування. Звичайні кошти на технічну підтримку будуть застосовуватися для додаткових питань і проблем, які не пов'язані з цим виправленням. Для повного списку телефонів служби підтримки користувачів і технічної підтримки, або щоб створити окремий запит на обслуговування відвідайте веб-сайт корпорації Microsoft: Примітка У формі "Завантажити доступні виправлення" відображаються мови, для яких доступне виправлення. Якщо потрібна мова не відображається, то виправлення недоступне для даної мови.

Обхідний шлях
Корпорація Майкрософт підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених у розділі "Застосовується до".

Щоб вирішити цю проблему, скористайтеся одним із наведених нижче способів
  • Перемістіть файл журналу транзакцій до місця призначення диска, який має "Байт на фізичний сектор" як 512 байт.

    Примітка Режим очікування файл може все ще знаходиться на диску "Байт на фізичний сектор" як 4096 байт.
  • Відновити резервні копії журналу, без використання параметра "очікування". Замість параметра режиму очікування скористайтеся NORECOVERY за допомогою під час відновлення.
Додаткові відомості
Ви можете використовувати Fsutil з інтерфейсом командного рядка щоб визначити значення "Байт на фізичний сектор". Якщо цей параметр не відображається у, слід застосувати виправлення, указаний у полі KB982018.

Щоб перевірити тип свого диска, виконайте такі дії:
  1. У командному рядку в режимі адміністратора, виконайте таку команду:
    Fsutil fsinfo ntfsinfo x:
    Примітка У цій команді <x></x> Це диск, який потрібно перевірити.
  2. Використовувати значення "Байт на сектор" і "Байт на фізичний сектор", щоб визначити тип свого диска. Для цього, скористайтеся наведеною нижче таблицею.
    Значення для "Байт на сектор"Значення для "Байт на фізичний сектор"Тип диска
    40964096На 4 кілобайти
    5124096Розширений формат (також відомий як 512E)
    512512Убудований на 512 байт

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

Thuộc tính

ID Bài viết: 2987585 - Xem lại Lần cuối: 08/20/2015 00:23:00 - Bản sửa đổi: 2.0

Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1

  • kbsurveynew kbexpertiseinter kbqfe kbfix kbhotfixserver kbautohotfix kbexpertiseadvanced kbmt KB2987585 KbMtuk
Phản hồi