helpf.pro
Регистрация

v8: Загрузка конфигурационной информации при запуске 1С зависает на час!

LTrigubovich
19.11.2013 12:31Прочитано: 19122
Недавно возникла проблема с запуском 1С предприятия 8.2:
После выбора базы (из списка) и нажатии кн. "Предприятие" или "Конфигуратор", появляется окно "Загрузка конфигурационной информации" и висит около ЧАСА.
Потом появляется окно выбора пользователя, после чего 1С-ка работает нормально, пока не выйдешь. При повторном запуске - та же картина.

Доп.информация:
1)База серверная (SQL), и на сервере она не единственная.
2)С другими базами, расположенными на том же сервере, все в порядке.
3)При создании копии этой базы (на том же сервере), с копией тоже проблемы нет - открывается за секунды.

Может кто-нибудь с таким сталкивался и знает в чем причина и как лечится?
Yandex
Возможно, вас также заинтересует
Реклама на портале
E_Migachev
21.11.2013 12:48Ответ № 1
Была такая беда... так же не нашли причину(
но победили, удалением базы в SQl и созданием ее по новой
LTrigubovich
22.11.2013 16:05Ответ № 2
Спасибо за отклик!
Поступил так же, но интересно было бы узнать - как избежать такой ситуёвины в дальнейшем.
Полагаю что-то в настройках SQL можно было бы поменять, но сперва надо выяснить - что именно.
Экспериментировать на живой рабочей базе опасно. А на своей (копии) таких проблем не было.
Jonsony
22.11.2013 20:40Ответ № 3
(2) LTrigubovich, если остальные скульные базы работают нормально то это не скуль, а конкретная база
DJ_Serega
25.11.2013 01:16Ответ № 4
Может кэш?
Ну или темповые таблицы.
Проанализируйте самые "тяжелые" таблицы.
Jonsony
25.11.2013 13:19Ответ № 5
(4) DJ_Serega, так темповая же вроде одна в скуле
DJ_Serega
25.11.2013 14:55Ответ № 6
(5) Jonsony, Ну так в ней же есть разбивка по базам.
У меня когда-то сама 1С работала долго (и загружалась и в процессе работы). Оказалось что (*15 почти никому не нужное) индексирование забило темпы.
Почистили и "полетело" )
LTrigubovich
27.11.2013 11:03Ответ № 7
Прошу, если не сложно, расшифровать поподробнее.

Я в общем-то программист 1С-ник. Про "скуль" почти ничего не знаю. Он для меня типа "черный ящик", и даже расположен на сервере, который мне не доступен. Все что мне доступно - это конфигуратор 1С-ки.

Администратор же, которому сервер доступен, говорит что "все из-за этой вашей 1С-ки" (цитата). С чем я согласиться никак не могу, т.к. на копии этой базы с теми же данными все хорошо.

Может расскажете в деталях, чтобы если такое повторится, я мог четко и ясно сказать админу - запусти такую-то прогу, выбери в меню такой-то пункт, установи такие-то параметры или введи команды, ну и т.д.
LTrigubovich
27.11.2013 11:04Ответ № 8
DJ_Serega
27.11.2013 12:05Ответ № 9
(7) LTrigubovich,
Если выгрузка/загрузка в базу толку не дала, тогда:

- Могли "слететь" индексы.
- Если другие базы работают нормально, возможно проблема именно в кластере на котором "лежит" база.
- Еще вариант что проблема с дисками.

В итоге проблема в SQL.
Jonsony
27.11.2013 13:06Ответ № 10
(7) LTrigubovich, -"Администратор же, которому сервер доступен, говорит что "все из-за этой вашей 1С-ки" (цитата). С чем я согласиться никак не могу, т.к. на копии этой базы с теми же данными все хорошо. "
БД на сервере и БД в копии в файловом или в другой ИБ на сервере - разные вещи
LTrigubovich
27.11.2013 15:01Ответ № 11
Насчет того, что базы разные, даже если на одном сервере лежат - это ясно.

Неясно то - каким образом выяснить что именно в базе SQL "криво" (индексы, темпы, или может лог), и как это лечить.
И есть ли в SQL какие-то инструменты (Enterprise Manager например, или другая прога) для пересоздания индексов, очистки "темпов", сжатия базы (удаления помеченных записей) и т.п.?

Я-то сам до 1С-ки с dbf-овскими базами работал и знал - как для них индексы пересоздать или сжать таблицу (удалить помеченные на удаление записи), а временные файлы сам создавал и сам же удалял (при необходимости). Для этого специальные команды были во всех x-base языках.
Но при этом я сам задавал имена файлов, в которых хранились данные и индексы к ним, сам описывал ключи индексных файлов.

А с 1С-кой все не так просто, т.к. я не могу средствами конфигурирования выяснить - что в какой таблице в SQL-ной базе находится) Поэтому не представлю - как в SQL-ной базе сделать что-то подобное, и чтобы при этом ничего не сломалось.

Полагал что SQL-сервер об этом сам заботится. Но если это не так, то какими средствами это можно сделать "вручную"?
Gonzik2
27.11.2013 16:13Ответ № 12
Регламентные операции на уровне СУБД для MS SQL Server
гуглим (ссылки не хочу кидать) этот текст может что-то из этого поможет(статистики, кеш, индексы и т.д. )
LTrigubovich
02.12.2013 17:19Ответ № 13
Всем спасибо.
Подсказка: Щелкнув по значку (справа от названия вопроса), вы получите список ответов на похожие вопросы!
Вы не можете отправить комментарий анонимно, пожалуйста войдите или зарегистрируйтесь.