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

Переклади статей Переклади статей
Номер статті: 2028436 - Показ продуктів, яких стосується ця стаття.
Розгорнути все | Згорнути все

Ознаки

Можуть виникнути такі проблеми:
  1. Однієї або кількох баз даних зайняти дуже багато часу, щоб закінчити відновлення під Вільний час запуску SQL Server
  2. Коли ви виконуєте Відновити базу даних, вона займає дуже багато часу, щоб завершити
  3. Спроби вкласти базу даних займає дуже багато часу, щоб закінчити
  4. Під Вільний час спроби інсталяції бази даних віддзеркалення ви зустріч протокол IMAP про помилки, 1413, 1443 та 1479 із зазначенням тайм-аут.
  5. У разі виникнення пам'яті пов'язані помилки як 701, коли ви намагаєтеся відновити базу даних

Коли ви подивитеся журнал помилок SQL Server, ви помітили, що значна кількість часу провів до етапу аналізу бази даних відновлення процес.
2010-05-08 14:42:38.65 spid22s запуск з бази даних 'lot_of_vlfs'.
14:46:04.76 2010-05-08 spid22s аналіз бази даних 'lot_of_vlfs' (16) є 0% повний (приблизно 0 секунд залишаються). 1 Фаза 3. Це інформаційні протокол IMAP тільки. Користувачу не потрібно.

причина

На початкових стадіях процесу Відновити базу даних SQL Server proforms відкриття всіх віртуальний лог-файли представити в усіх файлах журнал транзакцій. Побудований список всіх віртуальний лог-файли. Цей процес може зайняти дуже багато часу, залежно від залежать від кількості віртуальних лог файлів, присутніх в конкретні бази даних. База даних може в кінцевому підсумку з великою кількістю віртуальний лог-файлів якщо журнал транзакцій спаринги часті авто рости разом з зростання відбувається дуже невеликих розмірів із кроком.

Зазвичай ви починаєте, стикаються з проблемами, згаданими у розділі симптоми, коли кількість віртуальних лог-файли в діапазоні від кількох сотень тисяч.

Розв'язанн

За допомогою методів з наступних блог знайти кількість віртуальних лог-файли в базі даних, зокрема:
Як лог файл структуру може вплинути на Вільний час Відновити базу даних
Загальна кількість віртуальних лог-файли під розумні значення, наприклад 10 000 може знадобитися.

Ви можете змінити файл журналу транзакцій має містити лише обмежена кількість віртуальних лог-файлів, використовуючи такі методи:
  1. Стискання файлів журналу транзакцій, ростуть файли потрібні розміри вручну за допомогою TSQL ALTER DATABASE <database name="">змінити файл (назва = 'логічні імена файлів операції увійти', розмір = <required size="">)</required> </database>
  2. Відновити файл журналу транзакцій а потім рости файли журналу транзакцій на необхідні розміри вручну
    1. Якщо база даних був раніше виключення [чистіть немає користувачів або відкритим операціям], до ваших послуг з ATTACH_REBUILD_LOG для параметр створити базу даних, щоб створити новий файл журналу транзакцій.
    2. Якщо базу даних читання/запис має один файл, який наразі недоступна журналу і якщо база даних була закрита чистої [без користувачів і відкритим операціям] до вкласти операції для ПРИЄДНАТИ параметр створити базу даних автоматично відновлює лог-файл і оновлення основного файлу.

Після того, як ви переналаштувати макет файл журналу транзакцій, перегляньте та внесіть відповідні зміни в структуру в авто grow настройки для файл журналу транзакцій уникнути появи тієї ж проблеми в майбутньому.

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

2524743 FIX: Відновлення займає більше часу, ніж очікувалося для бази даних в SQL Server 2008 або SQL Server 2008 R2 середовища

2455009 FIX: Повільний продуктивності, коли ви відновити базу даних, якщо є багато VLFs всередині журнал транзакцій у SQL Server 2005, SQL Server 2008 або SQL Server 2008 R2

2653893 FIX: Це займає багато часу, щоб відновити базу даних у SQL Server 2008 R2

979042 FIX: Основної бази даних не відновлюються якщо база даних містить велику кількість віртуальних лог-файли в SQL Server 2005 або в SQL Server 2008

Додаткові відомості

Докладніше про віртуальних лог-файлів зверніться до Books Online тему: Операції фізичних архітектура колоди
Обговорення на цю проблему:
Як лог файл структуру може вплинути на Вільний час Відновити базу даних
Транзакції журналу VLFs - занадто багато або занадто мало?
1413 помилка при запуску віддзеркаленням баз даних – як багато віртуальних лог-файли є занадто багато?

Також, зверніть відома проблема з зростаючої журнали транзакції:

2633151 файл журналу транзакцій бази даних SQL Server зростає не налаштовані файл зростання вартості


Щоб отримати додаткові відомості про продукти або інструменти, які автоматично перевіряти наявність цієї умови, на ваш екземпляр SQL Server та версії продукту SQL Server побачити у таблиці:

Згорнути цю таблицюРозгорнути цю таблицю
Правило програмного забезпеченняЗаголовок правилаОпис правилаВерсії продуктів, проти яких обчислюються правило
SQL Server 2008 R2 кращі практики аналізатор (SQL Server 2008 R2 BPA)




Велика кількість VLF присутній базою даних





SQL Server 2008 R2 кращі практики аналізатор (SQL Server 2008 R2 BPA) забезпечує правило для виявлення ситуацій, де баз даних містять велику кількість віртуальних лог-файли. SQL Server 2008 R2 BPA підтримує SQL Server 2008 і SQL Server 2008 R2.

Якщо запустити засіб BPA і з'явилося протокол IMAP, під назвою обробника баз даних - баз даних з високою кількістю VLF присутній, то потрібно перевірити кількість віртуальних лог-файли для постраждалих бази даних та переналаштувати транзакції лог-файли.
SQL Server 2008
SQL Server 2008 R2






SQL Server 2012 кращі практики аналізатор (SQL Server 2012 BPA)



Велика кількість VLF присутній базою даних




SQL Server 2012 кращі практики аналізатор (SQL Server 2012 BPA) забезпечує правило для виявлення ситуацій, де баз даних містять велику кількість віртуальних лог-файли.

Якщо запустити засіб BPA і з'явилося протокол IMAP, під назвою обробника баз даних - баз даних з високою кількістю VLF присутній, то потрібно перевірити кількість віртуальних лог-файли для постраждалих бази даних та переналаштувати транзакції лог-файли.
SQL Server 2012








Властивості

Номер статті: 2028436 - Востаннє переглянуто: 7 травня 2014 р. - Редакція: 2.0
Застосовується до:
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Web
  • Microsoft SQL Server 2014 Developer
  • Microsoft SQL Server 2014 Enterprise
  • Microsoft SQL Server 2014 Express
  • Microsoft SQL Server 2014 Standard
  • Microsoft SQL Server 2014 Web
Ключові слова: 
kbmt KB2028436 KbMtuk
Машинний переклад
ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.
Клацніть тут, щоб переглянути цю статтю англійською мовою: 2028436

Надіслати відгук

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com