|
медленно работает база, после динамического обновления | ☑ | ||
---|---|---|---|---|
0
thomY100
03.07.13
✎
16:33
|
Добрый день, ситуация такая, база по непонятной причине отключилась от хранилища, ее снова подрубили, после этого получения конфиги из хранилища обновили БД (F7), после чего база стала загружаться очень медленно(минут 5) и все справочники и доки открываются по минуте, пробовал ТИ, а также выгружал в локальную и chdbfl, ничего не помогло, что подскажете?
|
|||
1
ДенисЧ
03.07.13
✎
16:34
|
Замер производительности, чистка кеша - делал?
|
|||
2
thomY100
03.07.13
✎
16:36
|
кеш чистил, проблема у всех юзеров, замер производительности сделать не могу, конфигуратор так и повис при открытии
|
|||
3
Базис
naïve
03.07.13
✎
16:43
|
Клиент-серверные БД после демонического (не опечатка) обновления иногда себя так ведут. Фирма 1С знает об этой ошибке и не считает необходимым исправлять её (БГ в подобных случаях спрашивает - "насколько поднимутся продажи?").
Иногда удаётся дождаться окончания нагрузки на сервер. Чаще база поднимается из архива, при этом становится на одного любителя демонического обновления меньше. |
|||
4
zladenuw
03.07.13
✎
16:47
|
(0) а сервер 1с перегружал ?
|
|||
5
thomY100
03.07.13
✎
16:51
|
да, сервер перегружал
|
|||
6
zladenuw
03.07.13
✎
16:52
|
(5) может проблемы с хранилищем. лучше после такой беды. грохать его и новый создавать
|
|||
7
Serg_1960
03.07.13
✎
16:52
|
(0) Я бы проверил конфигурацию. Вероятно она сбойная (скрытые ошибки).
|
|||
8
zladenuw
03.07.13
✎
16:53
|
(7) а как ?
|
|||
9
Serg_1960
03.07.13
✎
16:54
|
В конфигураторе, штатная процедура
|
|||
10
PiotrLoginov
03.07.13
✎
16:54
|
(9) ТИ ? так ТС его делал, говорит
|
|||
11
ДенисЧ
03.07.13
✎
16:55
|
(10) Нет, он сказал, что у него кофигуратор завис :-)
|
|||
12
Maxus43
03.07.13
✎
16:56
|
не ТИИ, именно проверка конфигурации. Делать на компе с очищенным кэшем конечно
|
|||
13
Maxus43
03.07.13
✎
16:56
|
а кстати плохой тон вроде подключать к рабочей базе Хранилище
|
|||
14
thomY100
03.07.13
✎
16:58
|
т.е плохой тон?
а как разработки в рабочую базу попадать будут? что за проверка конфигурации? |
|||
15
Lexusss
03.07.13
✎
16:58
|
У нас была такая ситуация. Симптоматика один-в-один. При этом в техжурнале сыпет 100500 запросов к серверу про _dynupdate
v8: Непонятная ерунда с 1С 8 Метода решения два: 1. Восстановить из бекапа. Второй метод поприятнее, но и подольше: Заблокировать регламентные задания. Разрешить начало сеанса только с паролем (чтобы не увеличивать и тк жесткую нагрузку на сервер). Дождаться открытия конфигуратора. Это у нас заняло 15-20 минут. Внести ЛЮБОЕ изменение, которое приведет к реструктуризации бд. Например, длину строки неидексируемой увеличить на 1. Обновить базу. Все вернется в норм состояние. |
|||
16
Lexusss
03.07.13
✎
16:59
|
Собственно, мы решили как раз восстановление из бекапа (обновление было ночью и пользователи с утра ничего толком не сделали). Но на созданной копии обкатали технологию восстановления от такой аварии.
|
|||
17
Maxus43
03.07.13
✎
16:59
|
(14) на рабочую базу накатывать сравнением-объединением с цф-ником хранилища.
ПРоверка - Конфигурация - проверка конфигурации |
|||
18
Lexusss
03.07.13
✎
17:01
|
Продиагностировать, эта ли проблема именно из за дин обновления - в профайлере SQL или техжурнале 1С.
Хранилище после этого придется пересоздать. Считай, что оно уже умерло. |
|||
19
thomY100
03.07.13
✎
17:02
|
каждый день цф-ник колбасить это как-то слишком, обычно просто получаем новую версию из хранилища, до сих пор проблем не было
|
|||
20
Maxus43
03.07.13
✎
17:03
|
(19) поздравляю, вы словили первый сюрпрайз от 1с
|
|||
21
Serg_1960
03.07.13
✎
17:05
|
Вообще-то, для разработки и накатывания обновлений, можно и специальную базу создать (к ней подключено хранилище). А в рабочую базу сливается только "итого" через загрузку CF...
|
|||
22
zladenuw
03.07.13
✎
18:21
|
(21) или пакет обновлений.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |