(UTC)
(Группа Модераторов: 1c++ moderator)
‹ Предыдущая Тема | Следующая Тема ›
Переключение на Главную Страницу Страницы: 1 ОтправитьПечать
Обычная тема Native: 601 (число прочтений - 3422 )
varelchik
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 788
Зарегистрирован: 22. Мая 2006
Native: 601
15. Августа 2007 :: 12:50
Печать  
Вчера вечером выдало в конфигураторе при загрузке с переферийных баз:
Native: 601
Message: [Microsoft][ODBC SQL Server Driver][SQL Server]Could not continue scan with NOLOCK due to data movement
Причем данные что вгружались загрузились, а вот поиск ссылок непрошел.
Путем долгих злоключений выяснил что виноват таки SP4, потому как база лежала на серваке где установлен именно это сервиспак.
Перебросил на сервак у которого SP3 и все пошло нормально.
  
Наверх
 
IP записан
 
spock
1c++ developer
1c++ moderator
Отсутствует



Сообщений: 822
Местоположение: Новосибирск
Зарегистрирован: 19. Мая 2006
Пол: Мужской
Re: Native: 601
Ответ #1 - 15. Августа 2007 :: 14:22
Печать  
http://support.microsoft.com/kb/235880/EN-US/

http://support.microsoft.com/kb/815008
  
Наверх
ICQ  
IP записан
 
varelchik
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 788
Зарегистрирован: 22. Мая 2006
Re: Native: 601
Ответ #2 - 15. Августа 2007 :: 14:30
Печать  
А по русски можно?
  
Наверх
 
IP записан
 
spock
1c++ developer
1c++ moderator
Отсутствует



Сообщений: 822
Местоположение: Новосибирск
Зарегистрирован: 19. Мая 2006
Пол: Мужской
Re: Native: 601
Ответ #3 - 15. Августа 2007 :: 14:35
Печать  
1. хы, последнее обновление для sql предлагают поставить, как обычно;
2. отказаться от NOLOCK/"Грязное чтение";
3. поиграть DBCC TRACEON (9134, -1);

Ошибка возникает, когда кто-то данные удаляет, а другой пытается их же прочесть, при условии, что используется хинт NOLOCK (в 1с без этого никуда) или уровень изоляции "Грязное чтение".
  
Наверх
ICQ  
IP записан
 
varelchik
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 788
Зарегистрирован: 22. Мая 2006
Re: Native: 601
Ответ #4 - 15. Августа 2007 :: 14:41
Печать  
Так вот что самое прикольное.
В базе кроме конфигуратора никто не сидел.
Я ее им монопольно захватил.
  
Наверх
 
IP записан
 
spock
1c++ developer
1c++ moderator
Отсутствует



Сообщений: 822
Местоположение: Новосибирск
Зарегистрирован: 19. Мая 2006
Пол: Мужской
Re: Native: 601
Ответ #5 - 15. Августа 2007 :: 14:49
Печать  
Попробуй это чтоль:
Код
Выбрать все
sp_dboption @dbname = 'database', @optname = 'single user', @optvalue = 'true'
go

DBCC CHECKDB ('database', REPAIR_ALLOW_DATA_LOSS)
go

sp_dboption @dbname = 'database', @optname = 'single user', @optvalue = 'false'
go


И почитай, что выдаст.
  
Наверх
ICQ  
IP записан
 
varelchik
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 788
Зарегистрирован: 22. Мая 2006
Re: Native: 601
Ответ #6 - 21. Августа 2007 :: 06:01
Печать  
Опять возвращаюсь к данной теме.
Снова вылезла эта злосчастная ошибка.
Терь уж и незнаю что делать.
То она появлялась при загрузке только одной базы, а теперь уже вылазить на 2-х.
Сделал как в прошлый раз, т.е. перенес на другой сервак и все заработало.
Тогда возникает вопрос:
На одно работает а на другом валиться.
Начал анализировать с сисадминами различие машин и пришел к следующему:
На той где все ОК нет настроет в процентном отношении для RAID чтение-запись
а на той что падает 75% чтение 25 запись.
Может из-за этого происходят такие глюки?
  
Наверх
 
IP записан
 
Переключение на Главную Страницу Страницы: 1
ОтправитьПечать
‹ Предыдущая Тема | Следующая Тема ›
 
  « Главная ‹ Раздел Вверх  



Valid RSS Valid XHTML Valid CSS Powered by Perl Source Forge