Александр Крупчатников
Постоянный посетитель
Всего сообщений: 236
Дата регистрации: 13.05.2008
|
Создано:
15.10.2008 12:01:48
|
Существуют ли приемы ускорения процесса усечения БД? Например, как увеличить размер кэша для БД. По умолчанию сервер обрабатываемой БД запускается с максимальным размером кэша 262М, хотя доступно более 2Г.
|
|
|
Antokhin
Модератор
Всего сообщений: 13
Дата регистрации: 20.04.2008
|
Создано:
15.10.2008 12:56:20
|
К сожалению процесс усечения БД достаточно затратный, т.к. ссылочная стуктура БД сложная, поэтому ускорить его не получится (можно только нарастить "железо"). Вообще мы считаем, что базу усекать нужно только в случае если Вы хотите, чтобы данные за прошлые периоды засекретить, т.к. ускорение от этого Вы особо не получите.
Что касается вопроса про кэш, то его размер устанавливается в командной строке сервиса ASA после ключа -c. Более подробно написано на странице 28 руководства по установке.
|
|
|
Александр Крупчатников
Постоянный посетитель
Всего сообщений: 236
Дата регистрации: 13.05.2008
|
Создано:
15.10.2008 13:45:08
|
И все-таки... Уточните, пожалуйста, в какой строке увеличить максимальный кэш для сервера "tmp_trans"?
|
|
|
Александр Крупчатников
Постоянный посетитель
Всего сообщений: 236
Дата регистрации: 13.05.2008
|
Создано:
15.10.2008 14:01:16
|
| Цитата | Antokhin пишет:
считаем, что базу усекать нужно только в случае если Вы хотите, чтобы данные за прошлые периоды засекретить, т.к. ускорение от этого Вы особо не получите. |
Ускорение можно получить на периодических обновлениях и оптимизациях, что позволит избежать возможных простоев в основной работе. Плюс экономия на "железе".
|
|
|
Antokhin
Модератор
Всего сообщений: 13
Дата регистрации: 20.04.2008
|
Создано:
15.10.2008 15:54:07
|
Да, на обновлении можно получить ускорение, но насколько это важно, ведь обновление делается обычно не чаще, чем раз в квартал. Зато в базе сохраняется вся история и можно сроить различные аналитические отчеты. В общем, сами решайте - усекать или нет.
|
|
|
Antokhin
Модератор
Всего сообщений: 13
Дата регистрации: 20.04.2008
|
Создано:
16.10.2008 11:11:55
|
Извините, не увидел предыдущего сообщения. Строка должна быть такая:
Приблизительно такая:
c:\test\comtec.db -n tmp_trans -x tcpip -c 2048M
|
|
|
Александр Крупчатников
Постоянный посетитель
Всего сообщений: 236
Дата регистрации: 13.05.2008
|
Создано:
16.10.2008 11:59:41
|
| Цитата | Antokhin пишет:
c:\test\comtec.db -n tmp_trans -x tcpip -c 2048M |
Но как физически это исполнить при запуске утилиты усечения?
|
|
|
Antokhin
Модератор
Всего сообщений: 13
Дата регистрации: 20.04.2008
|
Создано:
16.10.2008 15:49:49
|
А, я понял, что Вы имеете в виду. Так размер кэша задается только для сетевых баз. Локальные базы (а усечение выполняется на локальной копии базы) работают без этого параметра и используя совсем другую утилиту ASA. Так что тут Вы ничего не сделаете.
|
|
|
Александр Крупчатников
Постоянный посетитель
Всего сообщений: 236
Дата регистрации: 13.05.2008
|
Создано:
16.10.2008 16:24:14
|
| Цитата | Antokhin пишет:
Так что тут Вы ничего не сделаете. |
А Вы можете настроить запуск сервера, который стартуется через утилиты БД в общем (через усечение, в частности) с большим кэшем в будущих версиях? А еще лучше сделать этот параметр вводимым пользователем.
|
|
|
Александр Крупчатников
Постоянный посетитель
Всего сообщений: 236
Дата регистрации: 13.05.2008
|
Создано:
16.10.2008 16:37:39
|
Ситуация в цифрах.
Компьютер для тестирования:
Intel® Core™2 Duo CPU
E8400 @ 3.00GHz
3.00 ГГц 3.25 ГБ ОЗУ
База для тестирования:
База 2.8 ГБ (в основном документы розницы)
Скорость роста БД более 1 ГБ в год
Количество пользователей 8
Усечение - 8...9 часов.
Оптимизация - 1 час
Обновление - 2 часа
Фактически в качестве сервера используется более скромная конфигурация, которая удовлетворяет пользователей в текущей работе. Однако обновление и оптимизация в текущем исполнении представляют собой большую проблему по срокам их завершения. К тому же реальная база уже 3.7 ГБ.
|
|
|
Помощь
