ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / БЭСТ-5  / Проблемы с индексацией

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
Проблемы с индексацией, резкое замедление индексации
 
Здравствуйте!

Проблема заключается в резком увеличении времени индексации где-то после установки 24 sp. Индексация 1 базы длится 50-60 мин. До этого за это время успевали проиндексировать две базы и сохранить одну (15-20 мин на базу и 15-20 мин на сохранение). Размер базы практически не изменился, в данный момент 5,43 Гб. Пробовали ставить Бэст на резервный сервер (чистый) и подключать базу, результата нет. Во время индексации использование CPU 10-40%, в подавляющем большинстве 10-25%, ОЗУ около 400 мб. Вместе с индексацией увеличилось и время сохранения базы, где-то 30 мин. На данный момент стоят все sp и hotfix. Темпы чистили, в корне базы удаляли *.cdx. Индексация и сохранения запускаются только с сервера (в это время никто не работает). При выполнении реиндексации из Foxbro (файл best5.dbc) заметил, что 25 минут процесс "висит" на файле (или индексе) CHANGELOG TG_JRPD, из раздела "главная книга" (при индексации из Бэста, этого невидно, пустые поля), причем "висит" так, что приложение не отвечает, а после 25 мин "отвисает". В это время использование CPU 4-16%, в основном 8-12%, ОЗУ стабильно.
Конфигурации серверов (2 одинаковых):
2xCPU Dual-Core Interl Xeon 5130 (2.0 Ghz)
ОЗУ 4 Гб
HDD SCSI в рейде
Windows 2003 Server
Бэст 5.34 sp 25, hotfix 2
Изменено: Александр Ельчанинов - 04.02.2011 21:31:55
 
Цитата
Александр Ельчанинов пишет:
При выполнении реиндексации из Foxbro (файл best5.dbc) заметил, что 25 минут процесс "висит" на файле (или индексе) CHANGELOG TG_JRPD, из раздела "главная книга" (при индексации из Бэста, этого невидно, пустые поля), причем "висит" так, что приложение не отвечает, а после 25 мин "отвисает". В это время использование CPU 4-16%, в основном 8-12%, ОЗУ стабильно.

Добрый день!
CHANGELOG - это журнал регистрации изменений, если он стал сильно большой, его можно почистить: Базы данных-Технологические операции - Журнал регистрации изменений. После индексации он должен поджаться.
А что такое второе слово - TG_JRPD - непонятно, вроде бы в стандартном перечне таблиц такой нет...
 
Здравствуйте!

Спасибо за совет, очистка журнала помогла, теперь индексация идет 20-25 мин. Хочу предупредить тех у кого такая же проблема: очищать журнал лучше через Foxbro (файл best5.dbc, далее открыть таблицу и выбрать changelog), т.к. терпение (и рабочий день) при попытке очищения из "Журнал регистрации изменений" закончилось через 5 часов с нулевым результатом. Пришлось просто снимать задачу... Из Foxbro это заняло 2 секунды.
 
[QUOTE]Александр Титов пишет:


Добрый день!
CHANGELOG - это журнал регистрации изменений, если он стал сильно большой, его можно почистить: Базы данных-Технологические операции - Журнал регистрации изменений...

Пробовали почистить штатно, окончания не дождались пришлось снимать и очищать в FOXBRO (журнал у нас большой). На демо базе проблем нет. Уважаемые разработчики посмотрите пожалуйста.
 
Цитата
Михаил Шелехов пишет:
Цитата
Александр Титов пишет:





Добрый день!

CHANGELOG - это журнал регистрации изменений, если он стал сильно большой, его можно почистить: Базы данных-Технологические операции - Журнал регистрации изменений...



Пробовали почистить штатно, окончания не дождались пришлось снимать и очищать в FOXBRO (журнал у нас большой). На демо базе проблем нет. Уважаемые разработчики посмотрите пожалуйста.

Доброе утро!
Посмотрим, конечно.
Из программы Вы очищали полностью или за период?
И как-нибудь переправьте мне changelog.*, можно по почте titovSOBAKAbestnet.ru
 
Из программы Вы очищали полностью или за период?
И как-нибудь переправьте мне changelog.*, можно по почте titovSOBAKAbestnet.ru[/QUOTE]

Очищал из программы за период. Размер в архиве двух файлов changelog.* около 20мб для почты многовато.
 
Здравствуйте,

Вопрос: когда будет решена очистка журнала регистрации изменений?
 
Аналогичная проблема, до установки 24-25 индексация занимала 15 мин,сейчас 35-40 мин, changelog - индексируется всего минуту. Особенно долго делается arc_tab, см. картинку. Кроме того, не стабильно работает отказ от индексации. Подскажите что сделать.
 
Попробуйте запускать индексацию через командную строку в автоматическом режиме ночью.
 
Цитата
Денис пишет:
Попробуйте запускать индексацию через командную строку в автоматическом режиме ночью.


А если нет возможности индексировать ночью? Т.к. сервера выключаются.
 
Цитата
Александр Ельчанинов пишет:
А если нет возможности индексировать ночью? Т.к. сервера выключаются.


Так у вас же вроде проблема решилась очисткой CHANGELOG или нет?
 
Цитата
Денис пишет:
Так у вас же вроде проблема решилась очисткой CHANGELOG или нет?


Проблема решилась, но дело в том, что в данный момент у нас работают 2 базы (2009 и 2010 г.), но грядет и база 2011г. и придется индексировать 3 базы. Без индексации мы обойтись не можем, т.к. если не проводить ее хотя бы 1 день, пользователи не могут зайти, вылетает ошибка брокера базы. Я еще не тестировал, но полагаю, что вылетает ошибка только у пользователей без терминального режима, т.к. с сервера я ее открываю и провожу индексацию.
По поводу модуля зарплата, у нас подвисает на arc_crd минут на 5, это не критично, но проблема в том, что у нас не автоматизирован учет з/п и в бэсте ничего не считается, хотя модуль куплен и забиты какие-то данные о работниках. Грядет автоматизация з/п и мне даже страшно подумать на сколько может увеличиться время индексации. Вот поэтому я и задал Вопрос, что делать, если нет возможности запускать индексацию ночью.
И еще хотелось бы узнать сколько в среднем идет (или должна идти) индексация базы размером 4-5 Гб? Может быть есть какая-нибудь статистика. Просто есть некоторые личности, которые утверждают, что у них индексация 2 Гб базы занимает 2-3 мин (хотя я в это мало верю), причем конфигурация сервера почти идентична.
Изменено: Александр Ельчанинов - 01.03.2011 11:25:15
 
Спасибо большое за создание этой темы! Столько лет прошло, а все актуально. Разве что почистить CHANGELOG получилось штатно
 
Добрый день!

В ближайшем HF54 проблема устранена.

С уважением,
С.Павличенко
Страницы: 1
Читают тему (гостей: 1)