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

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

На цій сторінці

Ознаки

Під Вільний час запуску екземпляра Microsoft SQL Server або відновити або вкласти базу даних, 9017 інформаційні протокол IMAP, подібне до такого записується в журнал помилок SQL Server:

База даних dbName має більш ніж n Віртуальний лог-файли що є надмірне. Занадто багато віртуальних лог-файлів може викликати довгий Вільний час запуску і резервного копіювання разів. Розглянути питання про скорочення журналу і за допомогою різних зростання приріст зменшити кількість віртуальних лог-файли.

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

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

причина

Ця проблема виникає, якщо вказано малих значень для в Параметр FILEGROWTH для лог-файл.

ядро бази даних SQL Server ділить кожну фізичну лог-файл внутрішньо на кілька віртуальних лог-файли (VLFs). SQL Server 2008 R2 служба Pack 2 і пізніших версій представила нове протокол IMAP (9017), який реєструється, коли базу даних починається (через запуск екземпляра SQL Server або через пакувального або відновлення бази даних) і має більш ніж 1000 VLFs в SQL Server 2008 R2 або більше 10000 VLFS в SQL Server 2012.

Примітка.У SQL Server 2012 хоча це протокол IMAP реєструється, коли база даних має 10000 VLFs, фактичні протокол IMAP, який повідомляється у журнал помилок неправильно заявляє "1000 VLF." В основному, попередження виникає після 10000 VLFs. Тим не менше, протокол IMAP повідомляє 1000 VLFs. Ця проблема буде виправлена в майбутніх версіях.

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

Розв'язанн

Щоб вирішити цю проблему, виконайте такі дії:
  1. Зменшити ваш журнал транзакцій за допомогою DBCC SHRINKDB або за допомогою SQL Server управління студії.
  2. Збільшити розмір файлу журналу транзакцій для більшого значення, щоб уникнути частих авто нарости. Докладніше перегляньте таку тему на SQL Server Books Online веб-сайті:

    http://MSDN.Microsoft.com/EN-US/Library/ms365418.aspx#AddOrEnlarge
  3. Збільшити на Параметр FILEGROWTH щоб більше значення, ніж те, що в даний Вільний час настроєно. Це повинен бути заснований на діяльність вашої бази даних і як часто росте лог-файл.

Крім того, рекомендується, що ви вважаєте, що автоматична інсталяція наступні виправлення, залежно від версії SQL Server, використовуваної в даний час:


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

Як перевірити кількість сегментів VLF у базі даних

Кількість сегментів VLF можна знайти в базі даних, знаходячи різниця між найближчим часом і останні журналу порядкові номери (LSNs) резервних копій журналу транзакцій для бази даних.

Ви можете знайти LSN архівувати журналу транзакцій, перевіряючи ваш журнал помилок SQL Server для протокол IMAP, подібне до такого:

{Журналу були підкріплені. База даних: mydbname, creation_date_(time): Дата(Вільний час), перший LSN: 1: 5068:70, остання LSN: 1: 5108:1, кількості, дамп пристроїв: 1, інформації про пристрій: (файл = 1, тип = диск: {C:\folder\logbackup1.trn}). Це інформаційні протокол IMAP тільки. Користувачу не потрібно.

Примітка.У цьому повідомленні LSN журнал транзакцій-1. (Це перше число до першої двокрапки в "LSN: 1:5068:70.")

Для цього виконайте такі інтерактивні елементи.
  1. Знайти в LSN для earliesttransaction журналу резервної копії бази даних в SQL Errorlog (наприклад, LSN: 1:5108:1).
  2. Знайти останню LSN для резервного копіювання журналу транзакцій в SQL Errorlog (наприклад, LSN:10, 235: 5108: 1).
  3. Кількість сегментів VLF являє собою різницю між останні LSN і ранніх LSN (в даному випадку це 10,235-1 = 10,234).

Ефект з великою кількістю VLFs на реплікації

Занадто багато лог-файлів може вплинути на реплікації, тому що процес читання журналу пристрою доводиться кожні віртуальний файл журналу для операцій, які позначені для реплікації. Ви можете побачити цю поведінку шляхом відстеження продуктивності sp_replcmds Збережена процедура. Журнал читання процес використовує sp_replcmds Збережена процедура сканування віртуальний лог-файли і читати операції, які позначені для реплікації. Щоб отримати додаткові відомості клацніть, номер статті в базі знань Майкрософт:

949523 Latency транзакційні реплікації знаходиться високо в SQL Server 2005, коли значення властивості "Початковий розмір" і значення властивості Autogrowth є невеликий

Ефект з великою кількістю VLFs на віддзеркаленням баз даних

Занадто багато лог-файлів також може впливати на віддзеркаленням баз даних. Щоб отримати додаткові відомості клацніть, номер статті в базі знань Майкрософт:

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

Посилання

Докладніше Перегляньте такі розділи на веб-сайті Microsoft розробник глобальна мережа (MSDN):

Скорочення журналу транзакцій

Фактори, які можуть затримати журналу усікання

Журнал усікання транзакції

Логічний архітектура колоди транзакції

Операції фізичних архітектура колоди


Властивості

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

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

 

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