1C+SQL #169725

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

Следующее????

ALA Загрузка из файла D:Transavia2CPALM0.zip     ALA SQL State: 42000 Native: 601 Message: [Microsoft][ODBC SQL Server Driver][SQL Server]Could not continue scan with NOLOCK due to data movement.     загрузка не завершена

Народ, откликнитесь , пожалуйста!!!

Сервис-пак какой на скуле?

второй

Обновляйтесь до 3а.

там что-то про календарь было сказано еще

сделал обнлвление, ситуация таже, что еще можно предпринять в данной ситуации

Поиск показал:

Я бы грохнул базу и создал ее заново.

обмкнную выгрузку могу сделать, а загрузка заканчивается предыдущим сообщением, выгрузка данных тоже

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

если SQL переустановить, это что-нибудь даст? или все-таки база сбоит?

свободного места на диске скоко

валом то что рекомендованно в ссылке уже делал, а дальше там безисходность

на том диске где лежать скульные логи!!!! и база

тоже

и посмотри лимит на логи и базу

если модель базы - full сделай полный бекап

последнее не понял, это не центр

это в скуле а не в 1с и тоже в скуле

подскажите, а что это даст?

просто я с SQL не работал не знаю где и что

база вообще открываеться ??? если да то ничего не даст, а если нет то начнет отрываться

да, даже народ в ней работает и скидывает в центр, а подгрузить из центра не могу

и не могу сделать Выгрузить данные, она начинает делать , а в конце ошибка 601

если не трудно подскажите как в SQL протестировать базу, где пишется эта dbcc checkdb команда

энтепрайс менеджер, меню толлс (инструменты) далее скл анализер, там выбираешь базу вперед но для начало прочитай синтаксис этой команды и будь остророжен!!!! там наколбасить можно!!!!

просто запугали, _1sp_DBReindex тоже там? а что может произойти?

_1sp_DBReindex  - не знаю, там есть помощь, ну и можно набрать help получишь список всех команд ну это прямая работа со ВСЕМИ скульными ресурсами (и правами, и job-ами и базами)

а что я один такой, не у кого такого не было что ли

я не встречал, хотя 10 лет в полете

грех говорить так, а жаль

можно порекомендовать лит-ру для таких как я по SQL

руководство пользователя баз данных SQL Serve

я ставил его так, не понимая, что делаю, может что-то криво

обшибся руководство администратора баз данных Microsoft SQL Serve

я был там на форуме, просили результат select @@version, что это не скажите?

все, что начинаеться с select можешь выполнять в анализере максимум чем это грозит (в зависимости от параметров) это получиш блокировку, но после рестарта скуля все пройдет тоесть разрушение данных командой select добиться не возможно

то есть это номер версии скуля?

подскажите как удалить логи скуля

Обмен стандартный? Прямых запросов не встречается? Это ошибка блокировки - где-то NOLOCK не стоит в запросе. Сервис-паки тут как мертвому припарки.

обмен в 1С базами , база огромная, пользователей куча, посадил на SQL работало с полгода нормально, сейчас встало, я думаю лог большой может от этого, как работать с запросами не знаю, где проставлять NOLOCK не имею понятия

подскажите как справится с этой проблемой

так не хочется все рушить

Это движок вставляет. Если обмен стандартный. Лог не имеет отношения к проблеме.

что же мне делать? есть какая-нибудь альтернатива переустановки

в связи с чем это происходит? "Это движок вставляет"

в связи с чем  может блокироваться?

ты нас покинул?

Я правильно понял что при загрузке в перивферийку файла обмена лезут ошибки? (Ну очень лоскутно ты информацию выдавал...) . Я бы попробовал "собрать" файл обмена _без_ данных и попробовал его вгрузить в ПБ. На _КОПИИ_, естественно.

52+ "Собрать" значит что: 1. распаковывает обменный .зип. 2. файл .ид оставляем 3. находим в истории обменов пустой файл .дат и подсовываем вместо "полного". 4. запаковываем в .зип и скармливаем одинэсине. . Мораль. Если вывалится опять с той же ошибко - знач проблема не в принимаемых данных. ;-)

очистить лог просто, надо сделать полный бекап (в скуле)

это, если я это сделаю, то очистится лог в подцепленной базе?

«А это совет с сайта ToySQL по поводу той же ошибки: - В BOL причина ошибки связана с сочетанием блокировки (NOLOCK) и уровнем изоляции (READ UNCOMMITED) таким образом, что при чтении данных некоторые прочитанные страницы могут быть удалены до завершения транзакции. Нам это ничего не дает. Кажется, что проблема связана с проектированием 1С. На самом деле система использует другой уровень изоляции, который не может привести к такой ситуации. Обычно ошибка появляется при разрушении данных. На моей памяти это было в двух случаях. Проверка БД производится как обычно с помощью DBCC CHECKDB. Если данные разрушены, то команда выдаст список объектов, в которых найдены повреждения. Сделайте резервную копию и попытайтесь с помощью все той же DBCC CHECKDB восстановить данные. Если повреждения несерьезные, то восстановление проходит гладко. Если нет, то проще произвести восстановление БД из резервной копии. Совет. Чтобы не возникало данной ошибки, следите за местом на диске, следите за состоянием вашей дисковой системы, ставьте на сервер ИБП, делайте резервные копии.»

да, только лог скульный (не путать с 1с) и если модель базы (скульная) = full лог 1с останеться как был

спасибо, то есть я могу сделать DBCC CHECKDB, и если повезет, то данные восстановятся, да

угу... а также можно востановить (в отельной базе)по скульному бекапу (периода когда ошибки небыло) и файлу логов (скульному) + делай (хотя-бы раз в квартал) бекап базы и бекап логов (средствами скуля)

+ по этим бекапам можно востановить базу на момент ЛЮБОЙ завершенной транкзации!!! тоесть например на момент проведения конкретного докемента

+ единственное чего не делает скуль, так это комию мд-ешника

трудно быть тупым, а главно стыдно, но я не знаю как это делать, может подскажите ( на пальцах, "особо одаренным")