omreport, отсутствующий после обновления конфетки CentOS 5.4

Нет, Вы не можете проверить, почему это работает медленно, но я могу дать Вам некоторые подсказки:

1) В SQL 2005, управление некластеризованными индексами, измененными от Механизма устройства хранения данных (моя команда) к Процессору запросов. Это имеет много побочных эффектов, один из которых является скоростью, с которой страницы данных "кучи" могут быть перемещены уменьшением. Все некластеризованные индексные записи содержат обратный канал к записи данных, которую они индексируют - в случае "кучи", это - физическая ссылка на рекордное число на определенной странице данных. То, когда страница данных "кучи" перемещена уменьшением, весь некластеризованный индекс записывает тот обратный канал к записям на той странице, должно быть обновлено с новым местоположением страницы. В 2000 это было сделано очень эффективно самим Механизмом устройства хранения данных. В 2005 вперед это должно быть сделано путем вызова Процессора запросов для обновления некластеризованных индексных записей. Это иногда до 100 раз медленнее, чем в 2000.

2) Значения LOB вне строки (или фактические типы данных LOB или водосливные строкой данные) не содержат обратный канал к данным или индексируют запись, которой они являются частью. Когда страница записей LOB перемещена, вся таблица или индекс, которого они являются частью, должны быть просканированы для выяснения, какая запись данных/индекса указывает им, таким образом, они могут быть обновлены с новым местоположением. Это также очень, очень медленно.

3) Может быть другой процесс с помощью базы данных, которая вызывает уменьшение к блоку, ожидающему блокировок, это должно переместить страницы.

4) У Вас может быть изоляция снимка, включенная, и уменьшение не может переместить страницы со ссылками хранилища версии до транзакций, требующих, чтобы те более старые версии завершились.

5) Ваша подсистема ввода-вывода может быть недостаточно мощной. Дисковая длина очереди выше, чем низко единственные цифры означает Вашу подсистему ввода-вывода в узком месте.

Любые из них могли способствовать для замедления времени выполнения уменьшения.

В целом, хотя, Вы не хотите выполнять уменьшение. Посмотрите это сообщение в блоге для деталей: Почему Вы не должны уменьшать свои файлы данных.

Надеюсь, это поможет!