|
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 час... После чего все стало нормально..... После второго раза зарекаюсь не пользоваться динамическим обновлением (предыдущий раз, давно было.... я при отсутствии времени просто утреннюю копию в этом случае достал).... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |