|
Ошибка сохранения конфигурации в файл! | ☑ | ||
---|---|---|---|---|
0
Blade Runner
13.07.12
✎
12:56
|
1С:Предприятие 8.2 (8.2.15.289)
SQL 2005 в Конфигураторе при Сохранении в файл конфигурации всегда на 12% завершается с ошибкой. Как быть? ТиС стандартное не помогает... по кнопке Подробно такое пишет: ================================================== Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка HRESULT=80004005, |
|||
1
МихаилМ
13.07.12
✎
13:03
|
скорее всего в таблице config есть запись
больше 120 МБ |
|||
2
Михаил Козлов
13.07.12
✎
13:05
|
Может "клякса" в БД? Было, лечили:
4. В SQL для требуемой базы выполнил следующую команду: DELETE FROM dbo.Config WHERE DataSize > 125829120 Не помню, откуда скачал (кажется у Гилева): 1. Выключить все фоновый задачи у всех баз В 8.1.11 появился переключатель "запрет на фоновые задания" в момент создания базы. Готов пояснить, фоновые задания сами по себе не зло, но регламентные процедуры с полнотекстовым поиском - вещь в себе - и память она может через какое время съедать ресурсы rphost.exe, что на другие операции не останеться, и просто базу блокировать т.е. другими словами, после первого шага уже можно проверять - возможно проблема "уйдет". 2. Перезапустить сервер Второй шаг является частным случаем для вашего случая и после него тоже есть смысл проверять работоспособность. Однако поскольку существуют утечки памяти http://www.gilev.ru/1c/memleak, то через некоторое время после рестарта пролема может вернуться. 3) делаем бэкап средствами sql Делать резервное копирование рекомендую при любых действиях, когда может потребоваться "возврат" к предыдущему состоянию данных 4) снимаем базу с поддержки, выгружаем cf убиваем в менежмент консоли базе данных в таблице config запись более 120Мб, делаем "загрузить конфигурацию" (не объединение) убиваем в менежмент консоли базе данных в таблице config запись более 120Мб, делаем "загрузить конфигурацию" (не объединение) вот пример работоспособности этого приема http://partners.v8.1c.ru/forum/thread.jsp?id=543293 или 1. Открыть конфигратор; 2. Снял конфигурацию с поддержки, ПРИ ЭТОМ КОНФИГУРАЦИЮ НЕ СОХРАНЯЛ! 3. Далее Сохранить конфигурацию в файл (не сохраняя измененной конфигурации); 4. В SQL для требуемой базы выполнил следующую команду: DELETE FROM dbo.Config WHERE DataSize > 125829120 5. Загрузить сохраненную конфигурацию обратно. Взято с http://www.forum.mista.ru/topic.php |
|||
3
Blade Runner
13.07.12
✎
13:13
|
классно, спасибо большое! сейчас поиграюсь на копии, очень необычные советы
напишу под конец, что именно помогло. |
|||
4
Kyon8
13.07.12
✎
13:31
|
2. Перезапустить сервер
Вот это для начала, у нас помогло. |
|||
5
Aloex
13.07.12
✎
13:32
|
.
|
|||
6
Blade Runner
13.07.12
✎
15:02
|
(4) а при перезапуске сервера, операции которая подразумевает задачу выгнать пользователей из работающих баз в работающее время - поможет?
я предпочитаю сделать на копии, 1й способ как описано в (2) просто не верится, что перезапуск службы уберет причину, не согласен со мной? |
|||
7
Blade Runner
13.07.12
✎
15:21
|
ну вот, команда DELETE смысла не имеет, только такая команда мне показала большую запись:
SELECT * FROM copy.dbo.Config WHERE DataSize > 12500000 Размер записи - 91939225 это меньше 125829120 |
|||
8
МихаилМ
13.07.12
✎
15:22
|
(7)
ну тогда ms sql profiler Вам в помощь |
|||
9
hohol
13.07.12
✎
15:23
|
у меня вчера такое было. Перезапусти сервер 1С.
зы Спасибо Гилеву |
|||
10
hohol
13.07.12
✎
15:24
|
на 68% сохранения цф и неизвестная ошибка, ее код и досвидание
|
|||
11
Blade Runner
13.07.12
✎
15:26
|
оххохо, кажется решил
(9) не могу пока, работают в режиме нон-стоп на нем юзеры. вот такая последовательность лечения: ================================================================================== 1. Открыть конфигратор; 2. Снял конфигурацию с поддержки, ПРИ ЭТОМ КОНФИГУРАЦИЮ НЕ СОХРАНЯЛ! 3. Далее Сохранить конфигурацию в файл (не сохраняя измененной конфигурации); 5. Загрузить сохраненную конфигурацию обратно. ================================================================================== замечу, что DELETE _НЕ_ИСПОЛЬЗОВАЛ_ |
|||
12
hohol
13.07.12
✎
15:27
|
хых. в топике новая платформа 8.2.15, как сидел на 8.2.14 так и буду. Нифига хорошего они уже в 8.2 не сделают, только напортачат еще больше. А еще лучше сидел бы на 8.1, только они теперь обновлений для 8.1 не выпускают.
|
|||
13
hohol
13.07.12
✎
15:28
|
(11) а у вас запасного сервака нету? печально.
Ну тогда не делай мозг себи и людям, дождись вечера. |
|||
14
acsent
13.07.12
✎
15:28
|
бывает конфигурация поставщика битая, (11) помогает
|
|||
15
hohol
13.07.12
✎
15:28
|
да не надо ничего загружать, снимать. Рестартани 1с сервер, оно нормально сохранит.
|
|||
16
acsent
13.07.12
✎
15:29
|
еще помогает перезагрузка сервера
|
|||
17
hohol
13.07.12
✎
15:29
|
(16) вот зачем ты это сказал?
|
|||
18
Blade Runner
13.07.12
✎
15:29
|
(12) а ты знаешь, у меня такое впервые. я вообще люблю "1C Portable 8.2.14.519 Full.exe"
(13) в пятницу 13го не нужно делать сообщение (13) ого, это как-то флешмоб :) ау, уже все ок! решение в (11) |
|||
19
hohol
13.07.12
✎
15:31
|
(18) прикольно получилось в пятницу 13го, 13е сообщение про отказ вашего сервера.
|
|||
20
Blade Runner
13.07.12
✎
15:34
|
все-таки 4 совета перезагрузить сервер. поясните мне пожалуйста, я правда не понимаю - SQL при запуске сервера может вылечить эту проблему? как?
очень уважаю (9) но не пойму как именно базу NAMEcopy вылечит рестарт сервера? |
|||
21
Virusaka
13.07.12
✎
15:52
|
(20) Сервер 1с отпустит память которая "утекла" в процессе работы. Не все ставят автоматический перезапуск процессов.
|
|||
22
Blade Runner
13.07.12
✎
16:19
|
(21) спасибо, о Вирусака из компании Ситиз :)
|
|||
23
hohol
13.07.12
✎
16:26
|
(20) та не скуль перезапускать. А службу сервера 1С предприятия.
|
|||
24
hohol
13.07.12
✎
16:27
|
служба - агент сервера 1С8.2
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |