Имя: Пароль:
1C
1С v8
Ошибка сохранения конфигурации в файл!
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
2 + 2 = 3.9999999999999999999999999999999...