Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
MSSQL7.0, NT4-sp6 На упске села батарея из за чего упс выключалась от перепадов напряжения. После отключений SQL Server начал значительно медленее работать. В логах никаких особенных ошибок небыло. проверка таблиц с помощью dbcc checkdb ошибок не обнаружило. также не помогло update statistics. Что еще может быть? Помогите фирма простаивает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 11:26 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
Может быть дело не в SQL-е, а в системе - например, сбой на на RAID массиве ?(кстати, вы не указали параметры оборудования) А как скажем теперь распределена оперативная память между системой и SQL ? И что значит "В логах никаких особенных ошибок небыло" - а какие были или вообще никаких не было ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 11:48 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
Какая утилизация журнала транзакций? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 12:49 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
2 Glory вот ошибки но они были и до этого - Failed to obtain TransactionDispenserInterface: XACT_E_TMNOTAVAILABLE - Operating system error 10044., 2001-08-04 14:13:10.08 ods Using 'SSMSRP70.DLL' version '7.0.623' to listen on 'LEADER' - Could not set up ListenOn connection '1433'.. - Error: 17826, Severity: 18, State: 1 RAIDa нет. 2 Александр Где это можно посмотреть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 00:17 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
Заранее всем спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 00:18 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
2 Glory по поводу памяти в Task Managere 128Mb разделено 89Mb на SQLservr.exe 1548K на sqlmangr.exe ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 00:35 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
DBCC SQLPERF (logspace) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 08:50 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
> После отключения питания упала производительность... А включить питание не пробовали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 10:24 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
Попробуйте сделать Rebuild indexes - сама Microsoft рекомендует. Я DBA и администрю реальние сервери MS SQL 6.5 и 7.0 на которих 2 раза в неделю запускается команда типа: sqlmaint.exe -S servername -U admin -P pwd -RebldIdx 10 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 17:14 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
2 Александр результаты команды dbcc sqlperf (logspace) : db name log size log space used status Document 3966.9297 2.6251953 0 Northwind 0.9921875 34.005905 0 pubs 0.484375 65.826614 0 msdb 1.4921875 36.780106 0 tempdb 0.7421875 67.818413 0 model 0.7421875 49.473682 0 master 1.2421875 44.929245 0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 22:08 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
2 Andy сделал ребуилд индексов, не помогло, в таск менеджере загрузка процессора 100% Что может быть еще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2001, 13:36 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
HEEEEEEEEEEEEEEEEEEEEEELP! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2001, 06:33 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
"в таск менеджере загрузка процессора 100%" Постонно такая загрузка или в момент выполнения запросов ? Если постоянно, то у меня так было, когд SQL забирал себе слишком много оперативки и бедная операционка постоянна свопила свои данные на диск. У вас, как я понял, всего 128М - 89М(SQL server) - 1,5M (sqlmangr.exe) - ~1,5(other services) = 36M. Может операционке этого мало (сколько там нужно NT4-ой по minimum/recomended)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2001, 07:04 |
|
||
|
После отключения питания упала производительность
|
|||
|---|---|---|---|
|
#18+
Возможно, твои проблемы связаны с неверной диагностикой. Вполне вероятно, что отключение питания тут совершенно ни при чем, а производительность упала от чего-то совершенно другого. Например, от модификации структуры таблицы или VIEW. Тогда при использовании объектов, ссылающихся к модифицированным, могут возникнуть тормоза (сам с этим сталкивался). Нужно выполнить sp_recompile всех объектов, завязанных на модифицированные а для надежности после этого еще и перезагрузить сервер. Я сделал хранимую процедуру, которая прогоняет sp_recompile по всему что нужно и чего не нужно и запускаю ее всякий раз, когда сталкиваюсь с тормозами. Помогает... И еще было бы неплохо выяснить, что именно тормозит. Для этого есть profiler. Если тормоза глобальные, значит проверять нужно операционку и железо. Смотреть свопинг, не вылез ли процессор из слота (не смейтесь, было и такое...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2001, 07:09 |
|
||
|
|
start [/forum/search_topic.php?author=dmlb&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
10ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
| others: | 646ms |
| total: | 799ms |
| 0 / 0 |
