Назад
22Авг, 2018

Области хранения второго типа

Вы наконец-то решили присоединиться к современном миру Progress и воспользоваться областями хранения второго типа (Type II или SAT-II, можно просто SAII). Лучше поздно, чем никогда!

13Май, 2014

Time to Upgrade! OpenEdge 11.3 – улучшение резервного копирования

В OpenEdge 11.3 в команду PROBKUP добавлена новая опция bibackup, задача которой оптимизация процесса резервного копирования BI-кластеров. В предыдущих версиях OpenEdge команда PROBKUP выполняла копирование всех BI-кластеров, начиная с самого …

23Сен, 2013

Альтернативный буферный пул в СУБД OpenEdge (Progress)

Альтернативный буферный пул в СУБД OpenEdge (Progress) (Пособие для начинающих) Материал предназначен для версии Progress OpenEdge 10.2B и выше. Все права сохранены. Автор оставляет за собой право на редактирование и …

30Май, 2009

Почему растет размер BI файла?

Когда создается новый .bi файл, то в нём автоматически размещается четыре кластера. До версии Progress 9.x по умолчанию размер кластера был равен 16Кб, после – 512Кб. BI кластеры управляются как …

28Май, 2009

Как определить оптимальный размер BI-кластера

Размер BI кластера влияет на частоту возникновения контрольных точек (checkpoints) в базе данных. В основном, большой размер кластера означает, что контрольные точки будут возникать менее часто, при этом увеличится время восстановления (recovery), а так же увеличится период «заморозки» (freeze) деятельности когда BI файл будет расти. Соответственно, меньший размер кластера будет способствовать более частому выполнению контрольных точек.

27Май, 2009

Использование частных буферов (Private Buffers) в Progress

Чтобы понять когда и как необходимо использовать частные буфера в Progress, давайте сначала поймем, каким образом Progress работает с буферами. База данных Progress состоит из последовательности блоков. Все эти блоки …

26Май, 2009

Тюнинг механизма Before-Imaging

В этой статье я расскажу как можно улучшить производительность за счет небольшого тюнинга механизма Before-Imaging. Before-Imaging это механизм, который всегда активируется для того чтобы PROGRESS мог восстановить изменения незавершенных транзакций, в случае если произошел системный сбой. Он чрезвычайно важен для обеспечения надежности базы данных, но между тем, он так же генерирует высокую нагрузку дискового ввода/вывода (I/O), которая значительно снижает общую производительность системы.