Косяк с системными таблицами SQL

[monter]

Перестали апдейтиться записи на некоторых таблицах, т.е. таблицы перестали выбираться для обновления, и как следствие блокировка таблиц и зависание пользователей. Попытался решить проблему рестартом AOS-a, эффекта никакого. После рестарта служб SQL, автоматически запустилась процедура восстановления базы, после которой всё запустилось нормально.

В логах сервера ничего путного нет.

Помоготе найти причину, и какие проффилактические процедуры можно проводить с MS SQL, чтоб избежать подобные ситуации в будущемю

Сам грешу на системные таблицы SQL.

Axapta 3.0 sp 4 kr2
MS SQL 2000 sp3

[glibs]

Как вариант можно пробовать перестроить индексы БД. Средствами Аксапты. Изредка они в БД разрушаются.

[monter]

Цитата:

Как вариант можно пробовать перестроить индексы БД. Средствами Аксапты. Изредка они в БД разрушаются.

А как это можно сделать??

[egorych]

Цитата:

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

...MS SQL 2000 sp3

А почему sp4 не поставили? Там много чего исправлено было. И после sp4 чего-то было еще.
http://www.krell-software.com/mssql-...asp?version=80

Цитата:

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

А как это можно сделать??

"Ну и вопросы у Вас! Сказала БД и повисла!"
Я когда-то пользовал такой скрипт -

set nocount on
DECLARE @tablename VARCHAR (128)
DECLARE @indexname VARCHAR (128)
declare INDEXES cursor for
 SELECT O.name,I.name 
   FROM sysobjects O,sysindexes I 
  WHERE I.indid>=0 AND I.indid<255 AND I.id=O.id AND type in ('U','V') AND (INDEXPROPERTY(I.id,I.name,'IsStatistics') <> 1) AND (INDEXPROPERTY(I.id,I.name,'IsAutoStatistics') <> 1) AND (INDEXPROPERTY(I.id,I.name,'IsHypothetical') <> 1) AND O.type!='S' 
    AND I.indid=1
ORDER BY 1, 2
OPEN INDEXES
FETCH NEXT FROM INDEXES INTO @tablename, @indexname
WHILE @@FETCH_STATUS = 0
BEGIN
 EXEC ('DBCC DBREINDEX (''' + @tablename + ''',''' + @indexname + ''',70) WITH NO_INFOMSGS')
 print @indexname
 FETCH NEXT FROM INDEXES INTO @tablename, @indexname
END
CLOSE INDEXES
DEALLOCATE INDEXES

[monter]

Цитата:

А почему sp4 не поставили? Там много чего исправлено было. И после sp4 чего-то было еще.

Описка по Фрейду, у нас SP4 и стоит

[glibs]

Цитата:

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

А как это можно сделать??

Администрирование\Периодические операции\SQL Администрирование

Индексы\Реиндексация

Реиндексация БД является регламентной процедурой на неразгильдяйских инсталляциях. Также регулярно необходимо запускать реиндексацию приложения, обновление статистик БД, очистку данных в таблицах различных журналов (там, где это можно и нужно), сжатие (shrink) БД. Реже но тоже нужно запускать глобальную компиляцию приложения. Опционально — перекрестные ссылки.

Вопрос о том откуда запускаются регламентные процедуры в вашем случае несколько смущает.

[monter]

Цитата:

Вопрос о том откуда запускаются регламентные процедуры в вашем случае несколько смущает.

Просто решил уточнить. Сие проишествие случилось 7, а 3 делал переиндексацию, глобальную компиляцию и синхронизацию.

[wojzeh]

Цитата:

Реиндексация БД является регламентной процедурой на неразгильдяйских инсталляциях. Также регулярно необходимо запускать реиндексацию приложения, обновление статистик БД, очистку данных в таблицах различных журналов (там, где это можно и нужно), сжатие (shrink) БД. Реже но тоже нужно запускать глобальную компиляцию приложения. Опционально — перекрестные ссылки.

а можно для образца пример подобного расписания?

[hated8]

На сколько мне известно, после перестройки индексов ещё рекомендуют выполнять обновление статистики...

Например вот так:

  DECLARE @TableName varchar(30) 
  DECLARE myCur CURSOR FOR
Select
    RTRIM(CONVERT(varchar(30),TABLE_NAME))
from
    INFORMATION_SCHEMA.TABLES
WHERE
    TABLE_TYPE='BASE TABLE'
    AND TABLE_NAME<>'dtproperties'
  OPEN myCur
  FETCH NEXT FROM myCur INTO @TableName 
  WHILE @@FETCH_STATUS=0 
    BEGIN 
    BEGIN TRANSACTION t1
       EXECUTE('UPDATE STATISTICS '+@TableName );
    COMMIT TRANSACTION t1
    FETCH NEXT FROM myCur INTO @TableName 
  END 
  CLOSE myCur
  DEALLOCATE myCur

Рекомендую делать эти операции систематически... например ночью в воскресенье, чтобы не грузить систему, потому как реиндексация достаточно тяжелая операция!...

[Wamr]

Цитата:

рекомендуют выполнять обновление статистики...
Например вот так:

а чем это лучше, чем
sp_updatestats

[hated8]

Ну, лучше или хуже не скажу, но работают по разному:

sp_updatestats - обновляет всю устаревшую статистику
UPDATE STATISTICS - обновляет статистику вне зависимости от возраста...

А вот в sql 2000 - работают одинаково...

Цитата:

Инструкция UPDATE STATISTICS WITH RESAMPLE обновляет всю статистику по таблице в соответствии с текущим показателем выборки. Это значит, что для обновления статистик, привязанных к индексам, созданных полным просмотром при построении индекса, требуется сканирование всей таблицы. Это может быть очень длительной операцией, особенно в случаях, когда в ней участвуют большие секционированные таблицы с множеством индексов. Обновление каждой статистики требует считывания больших объемов данных. Чтобы избежать этой проблемы, рассмотрите возможность использования процедуры sp_updatestats (Transact-SQL). Таким образом, статистики будут обновляться только по мере необходимости.

подробнее здесь:
http://technet.microsoft.com/ru-ru/l...SQL.90%29.aspx
http://technet.microsoft.com/ru-ru/l...SQL.90%29.aspx