SQL2000 - вдруг начались сильные тормоза.

[enroi]

У нас похожая конфигурация. В принципе хотелось бы быстрей но после корректировок работает стабильно.
1. Используется ли Navision Application Server ? Если используется пробовали ли отключать.
2. На каких дисках лежат база данных, файл лога сервера, и сама система со своп файлом? При такой загрузке должны четко лежать отдельно. Проверено кровью ... :-(
3. Что пишет сам SQL сервер в логе?
4 CheckDB на SQL базе делали?
5. Дефрагментацию индексов пускали? Какова дефрагментация ключевых таблиц с индексами?
6. Настроена ли регулярная оптимизация SQL сервера?
7. Сколько памяти? При такой нагрузке желательно4 гига.
8. Какие update под сервер ставили?
9. Ну и самое веселое. Нет ли пользователей с большой любовью к поиску по "гагабайтным" таблицам? Как замечено весело тормозит сервер.

P. S. Само собой ничего в этом мире не происходит ... иногда мы не может заметить причины ...

[e-statik]

Цитата:

Сообщение от enroi

У нас похожая конфигурация. В принципе хотелось бы быстрей но после корректировок работает стабильно.
1. Используется ли Navision Application Server ? Если используется пробовали ли отключать.
2. На каких дисках лежат база данных, файл лога сервера, и сама система со своп файлом? При такой загрузке должны четко лежать отдельно. Проверено кровью ... :-(
3. Что пишет сам SQL сервер в логе?
4 CheckDB на SQL базе делали?
5. Дефрагментацию индексов пускали? Какова дефрагментация ключевых таблиц с индексами?
6. Настроена ли регулярная оптимизация SQL сервера?
7. Сколько памяти? При такой нагрузке желательно4 гига.
8. Какие update под сервер ставили?
9. Ну и самое веселое. Нет ли пользователей с большой любовью к поиску по "гагабайтным" таблицам? Как замечено весело тормозит сервер.

P. S. Само собой ничего в этом мире не происходит ... иногда мы не может заметить причины ...

1. Нет
2. Своп на системном. Логи и база на втором харде.
3. Ничего криминального
4. Наш спец грит делали, но что толку. Там как будто бы тоже всё Ок.
5. Большинство основных таблиц содержат один не составной ключ. Насколько я понял, тут дефрагментация никак не спасёт?
6. А это как?
7. Памяти 4 гига как раз.
8. Никаких апдейтов за последние 2 недели
9. Были и есть. Но нечастые случаи. Поиск по базе контактов по неключевому полю - по имени (~130 000 записей, оч.тяжелая таблица). Вообще, хотя в навижне указаны вторичные ключи для поиска, в SQL они не определены никак. Только первичный ключ. Может ли это сыграть свою роль и можно ли указывать доп ключи в SQL, помимо навижна?

Вопрос такой:
есть мысль попробовать восстановить бэкап с прошлой недели, когда проблем небыло. Как восстановить только объекты, оставив данные? Так можно сделать?