![]() |
![]() |
![]() |
|
Сеанс работы завершен администратором. | ☑ | ||
---|---|---|---|---|
0
Himoza
22.06.11
✎
13:39
|
БП. Не могу обновить базу, пишет
Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка HRESULT=80004005, Нашла в яндексе http://www.gilev.ru/1c/memleak/memorymore.htm. Сделала проверку конфигурации, ошибок нет. Сделала тестирование и исправление (были ошибки, все почистила, сделала опять тестирование, все ок.) Перезапускали mssql, отключили у всех баз фоновые задания. cf выгрузить не могу, та же ошибка. Выгрузить ИБ тоже не могу. Что можно еще попробовать? |
|||
1
чувак
22.06.11
✎
13:41
|
Ты не поверишь! Перезагрузить комп.
|
|||
2
Axel2009
22.06.11
✎
13:41
|
chdbfl?
|
|||
3
Himoza
22.06.11
✎
13:42
|
(1) все что можно перезагружали и сервак, и комп.
|
|||
4
Живой Ископаемый
22.06.11
✎
13:42
|
2(1) боже, зачем? может достаточно будет рестратовать сервер 1С?
2(2) для серверной базы? |
|||
5
Himoza
22.06.11
✎
13:42
|
(2) база sql, chdbfl это же для файловых
|
|||
6
Живой Ископаемый
22.06.11
✎
13:43
|
2(3) вам нужно сделать не тестирование, а вот что:
щас |
|||
7
Himoza
22.06.11
✎
13:43
|
(4) делали рестар и mssql и сервера 1с
|
|||
8
ShoGUN
22.06.11
✎
13:43
|
(0) Там же написано всё. Надо сервер 1С рестартануть. Не SQL-сервер, а именно 1С. Он, судя по всему, на третьей машине :)
Вообще рестарт лучше в планировщик закинуть, раз в сутки. Проблема распространённая. |
|||
9
Живой Ископаемый
22.06.11
✎
13:44
|
Сделать SELECT FROM dbo.Config WHERE DataSize > 125829120
для вашей базы средствами СКЛ и посмотреть сколько записей вернет этот запрос |
|||
10
ShoGUN
22.06.11
✎
13:44
|
(7) Там шаманство описано со снятием с поддержки. Только аккуратно, сделай SQL-ный бэкап сначала.
|
|||
11
ShoGUN
22.06.11
✎
13:46
|
(9) +1, но если он вернёт больше нуля строк - вряд ли стоит делать лишние движения руками дальше :)
|
|||
12
Himoza
22.06.11
✎
13:47
|
(8) не можем в планировщик, бухи на ночь иногда оставляют всякие переброски
|
|||
13
Himoza
22.06.11
✎
13:47
|
(10) мы на копии эксперименты ставим, хотя и в рабочих таже ошибка
|
|||
14
ShoGUN
22.06.11
✎
13:48
|
(12) Тогда мучайтесь или найдите лишние 40 тыщ на 64-битный сервер 1С.
|
|||
15
Himoza
22.06.11
✎
13:48
|
(9) сейчас попробуем
|
|||
16
ShoGUN
22.06.11
✎
13:49
|
+(14) Чем больше в базе объёмных операций, тем быстрей сервер 1С доходит до состояния (0).
|
|||
17
Живой Ископаемый
22.06.11
✎
13:51
|
2(12) значит на утро
|
|||
18
Himoza
22.06.11
✎
13:52
|
(17) видимо приедеться делать
|
|||
19
Himoza
22.06.11
✎
13:53
|
(9) нашлась одна запись
|
|||
20
Himoza
22.06.11
✎
13:53
|
(9) что дальше?
|
|||
21
Живой Ископаемый
22.06.11
✎
13:54
|
2(19) все, возвращаемся к Гилеву, и выполняем рецепт
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. Загрузить сохраненную конфигурацию обратно. Взято с v8: Не сохраняется конфигурация в файл. |
|||
22
Живой Ископаемый
22.06.11
✎
13:54
|
это два рецепта, нужно выполнить один какой-то
|
|||
23
Живой Ископаемый
22.06.11
✎
13:55
|
байзевей, вам говорили что все ваши несчастья из-за того что фотки в профиле нету? :)
|
|||
24
Himoza
22.06.11
✎
13:55
|
(21) не могу выгрузить cf, таже ошибка выпадает
|
|||
25
Живой Ископаемый
22.06.11
✎
13:56
|
2(24) второй пункт "2. Снял конфигурацию с поддержки, ПРИ ЭТОМ КОНФИГУРАЦИЮ НЕ СОХРАНЯЛ! " не является опциональным... он ОБЯЗАТЕЛЬНЫЙ!
|
|||
26
lxs
22.06.11
✎
13:57
|
(2)
|
|||
27
ДемонМаксвелла
22.06.11
✎
13:57
|
перезапуск rphost раз в сутки хотя бы
|
|||
28
Толич
22.06.11
✎
14:00
|
(23) У нее сохраненная есть (стол, синее платице, коктейль, новый год...)
|
|||
29
Himoza
22.06.11
✎
14:01
|
(25) понятно, cf выгрузился. пойду делать дальше. Спасибо
|
|||
30
Himoza
22.06.11
✎
14:01
|
(27) так и сделаем
|
|||
31
Himoza
22.06.11
✎
15:37
|
Возник вопрос. У меня база снята с поддержки (редактирование с сохранением поддержки). Делаю:
1. Открыть конфигратор; 2. Снял конфигурацию с поддержки, ПРИ ЭТОМ КОНФИГУРАЦИЮ НЕ СОХРАНЯЛ! 3. Далее Сохранить конфигурацию в файл (не сохраняя измененной конфигурации); 4. В SQL для требуемой базы выполнил следующую команду: DELETE FROM dbo.Config WHERE DataSize > 125829120 5. Загрузить сохраненную конфигурацию обратно. в п2 я полностью снимаю с поддержки, выгружаю cf (в нем конфигурацию полностью снятая с поддержки). в п5 загружаю cf, и конфа соответсвенно не на поддрежке. Обновить я уже не могу. как быть? |
|||
32
Himoza
22.06.11
✎
15:57
|
попробую типовой cf последней базы объединить с конфигурацией без поддержки
|
|||
33
Живой Ископаемый
22.06.11
✎
16:23
|
2(31)э... у тебя должна быть например эталонная файовая база с наподдержкой, оттуда выгружаешь caybr и в твою рабочую загружаешь - оппа и твоя оказывается на поддержке.. но это по-моему только один из сценариев
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |