Имя: Пароль:
1C
1С v8
v8: Очень медленно открывается база и Висит конфигуратор
,
0 Rustik666
 
31.07.14
11:12
Подскажите можно что сделать....как протестировать базу SQL если конфигуратор висит и не запускается.....сама база вроде запускается, минут через 20.......но все очень медленно работает.....

Как назло, диск, куда автоматом бэкапы делались переполнился, не уследили и есть 2-недельной давности только бэкапы.....
1 zva
 
31.07.14
11:14
Начать с создания бекапа, того что есть средствами sql. Потом читать про dbcc checkdb
2 butterbean
 
31.07.14
11:18
а это не тот же самый диск, на котором база лежит??
3 Rustik666
 
31.07.14
11:21
нет, бэкапы делались в другое место....но там что-то при перегрузке отвалилось и не было во время замечено.....
сейчас хотели тупо утренний бэкап взять...... а блин....оказывается его нет.....только 2 недели назад делалось....
4 Rustik666
 
31.07.14
11:23
ну это понятно наше разгильдяйство......и наша вина,.....
щас бы как-нибудь вылечить....
такое попадалово в день рождения :-(

неужели всего лишь из-за динамического обновления...
5 _fvadim
 
31.07.14
11:23
С днём рождения!
6 Maxus43
 
31.07.14
11:25
кэш то почистили? сначала самое простое, танцы остальные потом
7 _fvadim
 
31.07.14
11:25
А если из командной строки попробовать запустить выгрузку?
8 tdm
 
31.07.14
11:27
в порядке перебора причин - остальные базы тоже медленно ? может тупо ключик при старте долго ищется)))
9 Rustik666
 
31.07.14
11:30
нет, с остальными базами нормально....

(5) спасибо :-(
10 Franchiser
 
гуру
31.07.14
11:34
(9) С днем рождения! желаю сурово отметить)
11 Rustik666
 
31.07.14
11:36
начали курить в сторону dbcc checkdb

какой приговор.....если это не поможет, то все....казнь через повешенье?.....

Блин водка то уже стынет как 2 часа...
12 Franchiser
 
гуру
31.07.14
11:40
все базы на одном кластере?
13 ИС-2
 
naïve
31.07.14
11:40
попробуй почистить кэш клиента, если не поможет то сервера. Перед этим сделать полные копии
14 Franchiser
 
гуру
31.07.14
11:40
может службы перезапустить?
15 Rustik666
 
31.07.14
11:41
не кэш чистили и перезапускали сервер....это то в первую очередь....
16 Franchiser
 
гуру
31.07.14
11:43
сервер какой перезапускали: там где база sql лежит или тот где кластер запущен?
17 Rustik666
 
31.07.14
11:43
оба
18 Rustik666
 
31.07.14
11:45
в общем сделали
DBCC CHECKDB  (0, REPAIR_ALLOW_DATA_LOSS)
какие-то ошибки поисправлял.....но все равно все так же висит.....
19 Nenaviwu1c20
 
31.07.14
11:47
Проверь лог файл ДБ и проверь не стоит ли ограничение на размер файлов БД
20 Franchiser
 
гуру
31.07.14
11:48
свободное место на дисках серверов есть?
21 Nenaviwu1c20
 
31.07.14
11:48
Кстати ты пробовал последний бекап базы ,если есть возможность, на другом сервере поднять?
22 Nenaviwu1c20
 
31.07.14
11:49
У меня практически полна уверенность что с базой все в порядке
23 jsmith
 
31.07.14
11:49
интернет эксплорер работает?
24 ptiz
 
31.07.14
11:51
(4) "всего лишь из-за динамического обновления..." - ничего себе "всего лишь"!
Боже упаси использовать демоническое обновление на рабочих базах!
25 Rustik666
 
31.07.14
11:52
есть резервный сервер 1с и резервный sql сервер....
там подняли базу.....все так же висит....
но через час конфигуратор запустилсся.......надо было наверно тестирование и исправление запустить..... я на всякий случай выгрузку стал делать......

блин зря наверно....
26 zva
 
31.07.14
11:53
развернуть рядом двухнедельный бекап, перенести оттуда таблицу config
27 Rustik666
 
31.07.14
11:56
(26) в config конфигурация?....

скорей всего с того времени структура менялась....
28 ptiz
 
31.07.14
11:57
Я бы еще табличку params посмотрел.
29 Rustik666
 
31.07.14
14:14
Все таки кое-как запустился конфигуратор.....
И главное при тестировании и исправлении первое сообщение
"Тестирование продолжено (проверка......) -25%"....

то есть такое ощущение, что когда все висело он типа сам что - ли начал тестирование и исправление....

надежда что все таки оттестирует базу.....водку всю выпили......седня меня никто не трогает.....
30 Rustik666
 
31.07.14
18:07
В общем нифига непонятно.....тестирование прошло....толком ошибок нет.....
Все равно все висит и не меняется ничего......

Решили так сделать: .... восстановить базу от 17.07.2014..... а из текущей базы с помощью обработки ВыгрузкаЗагрузкаДанныхXML82.epf перегрузить документы.....
единственно что беспокоит, чтоб эта обработка не задвоила справочники там или документы.....
31 _fvadim
 
31.07.14
18:18
(30) Если в документах и справочниках состав полей не менялся - всё будет ок.
32 Rustik666
 
01.08.14
13:17
В общем дело разрешилось так:.....

На основной базе сделали DBCC CHECKDB  (0, REPAIR_ALLOW_DATA_LOSS)...он чего то там исправил....но не помогло...таблицу config из копии перебросить тоже не получилось....чего то он там руганулся - не понравилось...

Тогда на основном сервере я восстановил копию от 17.07.2014 и из текущей еле шевелящейся базы выгрузил с помошью ВыгрузкаЗагрузкаДанныхXML82.epf все документы июля, затем загрузил в копию.....

На резервном сервере в это время пытался шаманить с основной базой....кое-как открылся конфигуратор.....выгрузил, загрузил, сделал тестирование и исправление......ничего это не давало результатов......база так же висела.....
И тут меня осенило.....я просто добавил константу, чтоб произошло изменение структуры БД
и о чудо!.....все заработало......

Сегодня решил повторить все, чтоб отбросить лишние телодвижения....
Восстановил из бэкапа мертвую базу......
Запуск конфигуратора, и открытие конфигурации - длилось 1час.
Добавление константы и обновление конфигурации БД - 1 час...
После чего все стало нормально.....

После второго раза зарекаюсь не пользоваться динамическим обновлением (предыдущий раз, давно было.... я при отсутствии времени просто утреннюю копию в этом случае достал)....