1С SQL 2012 РЕОРГАНИЗАЦИЯ ИНДЕКСА

1С SQL 2012 РЕОРГАНИЗАЦИЯ ИНДЕКСА

Содержание настоящей статьи

1с sql 2012 реорганизация индекса

Установка и настройка MS SQL и перенос файловой версии 1С предприятия на сервер БД Часть 2


Создание плана обслуживания в Microsoft SQL Server 2008 R2 на примере автоматического резервирования баз данных

Я надеюсь, что после ознакомления с данной инструкцией, в дальнейшем каждый сможет самостоятельно создать любой требуемый план обслуживания SQL сервера.

  1. Операционная система семейства Windows (в моем примере используется Microsoft Windows Server 2008 R2)
  2. Установленный Microsoft SQL Server 2008 R2 (об установке SQL Server можно прочитать здесь)
  3. Существующая база данный в SQL Server (о создании баз данных в SQL Server читайте здесь)
  4. Настроенная компонента Database Mail, в случае если требуется уведомлять по электронной почте операторов о результатах выполнения плана обслуживания (о том как настроить компоненту Database Mail и создать оператора системы я писал здесь).

В противном случае, необходимо изменить параметры как на скриншоте выше и сохранить настройки нажав «Применить» (Apply) .

В запустившемся мастере планов обслуживания на странице приветствия нажимаем «Далее» (Next) и в следующем окне вводим имя и описание нового плана.

  1. Проверка целостности базы данных (Check Database Integrity);
  2. Резервное копирование базы данных (полное) (The Back Up Database (Full));

Заметьте, что для каждой задачи приводится ее краткое описание в поле снизу. Выбрав необходимые задачи, жмем «Далее» (Next) .

Теперь необходимо задать порядок выполнения задач, используя кнопки «Вверх…» (Move Up) и «Вниз…» (Move Down). Установив порядок, жмем «Далее» (Next) .

Здесь требуется задать параметры для каждой задачи в плане. Первая задача в нашем списке это «Копирование БД (полное)» (Back Up Database (Full)).

Factors to consider while Rebuild

In above example, We can see 99 % of average fragmentation it means index is having more logical fragmentation(Unordering of pages is more).

But Avg_Fragmentation_In_Percent value says only logical fragmentation not amount of space which is not used in index.

Can we consider both Avg_fragmentation_in_percent and Avg_page_space_used_in_percent values for choosing Rebuild an index or Reorganize an index?

Any one please suggest me the exact parameters to be consider for choosing Rebuild or Re-Organize of an index?

I wouldn’t be too concerned about the Avg_page_space_used_in_percent column with regards to deciding whether to Rebuild or Reorganize and index.

According to Reorganize and Rebuild Indexes, both Rebuild and Reorganize honor the FILLFACTOR for the index and try to fill up the pages accordingly.

So, immediately after a Rebuild or Reorganize, you should see Avg_page_space_used_in_percent fairly close the the FILLFACTOR of the index.