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

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

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2028436
Ознаки
У середовищі сервера SQL Server 2008 можуть виникнути такі проблеми:
  • Один або більше даних надто багато часу для завершення відновлення під Вільний час запуску з SQL Server.
  • Під Вільний час Відновити базу даних, займає надто багато часу, щоб завершити.
  • Спроби підключення до бази даних надто багато часу до кінця.
  • Під Вільний час спроби створити базу даних, дзеркалювання, у разі виникнення помилок 1413, 1443 та 1479, вказує на очікування.
  • Виникають помилки пам'яті як 701 під Вільний час спроби відновити базу даних.

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

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

Зазвичай запуску проблеми, які зазначено в розділі "Ознаки", коли кількість віртуальних журналів в діапазоні від декількох сотні тисяч.
Розв'язанн
Методи з таких блозі можна знайти кількість віртуальних файлів журналу, зокрема бази даних:
Як структуру файл журналу може вплинути на Вільний час з Відновити базу даних

Можливо, щоб зберегти загальну кількість віртуальних журналів в розумних число, наприклад 10 000.

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

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

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

2524743 ВИПРАВЛЕННЯ: Відновлення триває довше, ніж очікувалося бази даних у SQL Server 2008 або в середовищі SQL Server 2008 R2

2455009 ВИПРАВЛЕННЯ: Зниження продуктивності під Вільний час Відновити базу даних, якщо є багато VLFs всередині журналу транзакцій у SQL Server 2005, SQL Server 2008 або SQL Server 2008 R2

2653893 ВИПРАВЛЕННЯ: Займає багато часу, щоб відновити базу даних у SQL Server 2008 R2

979042 ВИПРАВЛЕННЯ: Основні бази даних не відновлюються, якщо базу даних, має велику кількість віртуальних файлів журналу у SQL Server 2005 або SQL Server 2008

2882905 Інформаційні протокол IMAP 9017 реєструється під Вільний час запуску екземпляра SQL Server або відновлення або підключення до бази даних

Додаткові відомості
Докладні відомості про віртуальних журналів див. Books Online: Фізична архітектура журналу транзакцій

Щоб отримати додаткові відомості про цю проблему можна знайти в таких статтях:

Як структуру файл журналу може вплинути на Вільний час з Відновити базу даних
Угода журналу VLFs - надто багато або занадто мало?
Помилка 1413, під Вільний час запуску, створення дзеркал бази даних – кількість віртуальних файлів журналу є забагато?

Також пам'ятайте про відомі проблеми з Збільшення журналів транзакцій.

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

Примітка. Дізнайтеся про важливі зміни, створення алгоритм VLF у SQL Server 2014:


Щоб отримати додаткові відомості про продукти або інструменти, які автоматично перевіряти наявність цієї умови, що на вашому екземплярі 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 і сталася помилка під назвою бази даних системи - даних на велику кількість VLF елементами, потім вам потрібно перевірити кількість віртуальних файлів журналу, задіяні бази даних і настройте файлів журналу транзакцій.
SQL Server 2008
SQL Server 2008 R2






SQL Server 2012 аналізаторі (SQL Server 2012 BPA)



Велика кількість VLF є базою даних




У SQL Server 2012 аналізаторі (SQL Server 2012 BPA), містить правило ситуацій, де бази даних, містить велику кількість віртуальних журналів.

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








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

Властивості

Ідентифікатор статті: 2028436 – останній перегляд: 08/07/2015 03:46:00 – виправлення: 4.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
Зворотний зв’язок
appendChild(m);