Назад
01Мар, 2012

Создание двух TARGET баз средствами ОС

В первой части статьи (см. «OpenEdge Replication: создание TARGET-базы средствами операционной системы») мы изучили способ создания одной TARGET-базы средствами ОС. Но как быть, если нам сразу нужно создать две TARGET-базы? …

03Июн, 2011

Безопасность OpenEdge-приложений

Автор: Перевод: Paul Koufalis, President, Progreswiz Consulting Башкатов В.Г. Перевод выполнен с разрешения автора. При любом использовании материала статьи обязательно указание гиперссылки на источник и информации об авторе и переводчике. ВВЕДЕНИЕ За …

15Авг, 2010

Добавление новых OpenEdge-продуктов к текущей OpenEdge-инсталляции

Когда приобретается новый продукт, например, OpenEdge Transparent Data Encryption, его необходимо добавить к существующей конфигурации OpenEdge. Процесс добавления ничем не отличается от первичной инсталляции, за исключением того, что в качестве …

10Сен, 2009

Русификация баз данных OpenEdge

Для примера будет использована база данных $DLC/empty4 Вариант №1. Конвертация из кодировки iso8859-1 в ibm866 1. Создайте пустой каталог: $mkdir test 2. Перейдите в каталог test: $cd test 3. По …

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), которая значительно снижает общую производительность системы.