Главная О компании Новости Обучение Обратная связь Форум
сервер контра

ABACUS Financial ABACUS Builder ABACUS Professional PROPHIX
ABACUS WEB

Рекомендации по выбору конфигурации дисковой подсистемы сервера Oracle Компания Омега. Советы разработчикам на ABACUS Builder. Рекомендации по выбору конфигурации дисковой подсистемы сервера Oracle

Для обеспечения производительной, надежной и бесперебойной работы сервера Oracle совместно с AF7 необходимо учитывать, что при интенсивной работе 30-40 пользователей через некоторое время нагрузка на дисковую подсистему будет близка к предельной для существующего оборудования платформы Intel.

В результате:

  • размер базы данных будет быстро увеличиваться (соответственно будет увеличиваться и время доступа к данным)
  • потребуется значительное дисковое пространство для хранения архивных журналов повторов в период между созданиями резервных копий базы данных, которые необходимы для ее восстановления при сбое носителя
  • увеличение объема дискового пространства для создания резервной ("холодной" или "горячей") копии базы данных, а также увеличение времени создания резервной копии

Таким образом, рекомендуется создать дисковую систему высокой производительности и большого объема, достаточного для роста базы данных в течение двух-трех лет (200-300 Гб).

Для обеспечения и поддержания высокой скорости доступа к данным целесообразно использовать дисковые массивы RAID-0, обладающие максимальной пропускной способностью. Приемлемые временные характеристики может обеспечить и конфигурация RAID-5, хранящая избыточную информацию (при этом мы теряем емкость одного диска в массиве. Диски должны быть одного размера и, обязательно одного типа и производителя) и способная восстановить данные самостоятельно при выходе из строя одного носителя в массиве.

Желательно, чтобы конструкция дисковых корзин и контроллер позволяли провести "горячую" замену вышедшего из строя диска. Однако, процесс восстановления (rebuild) может занять значительное время и будет связан с уменьшением производительности всей системы (в большинстве систем есть возможность настройки приоритета процесса восстановления). Кроме того, существующая конфигурация не обеспечивает восстановления информации при отказе более одного устройства, поэтому, процесс создания резервной копии базы данных остается актуальным.

В качестве дополнительного средства повышения надежности системы следует рассмотреть вариант с созданием оперативной базы данных на резервном сервере (standby database). Такая база данных создается специальным образом из основной и находится в режиме постоянного восстановления на основании информации из архивных журналов повтора основной базы данных. Перевод оперативной базы данных в рабочий режим занимает незначительное время: 1-2 минуты, к которому добавляется время перенастройки серверов приложений для соединения с другим сервером базы данных.

Вышеописанный подход может быть оправдан при наличии резервного сервера с производительностью, соизмеримой с основным сервером базы данных (в период "простоя" его можно использовать как один из серверов приложения или создания дополнительных резервных копий базы данных), и выхода из строя основного сервера, например, в случае отказа блока питания, или контроллера дисков.

Однако, после перевода резервной базы данных в рабочее состояние обратно вернуть ее обратно в прежний режим невозможно. После устранения неисправности на основном сервере необходимо заново создать резервную базу, что может потребовать значительного времени на физическое копирование файлов базы данных. При наличии двух равноценных серверов базы данных эта проблема становиться менее значительной.

Следует заметить также, что возможен сбой не только базы данных, но и самой операционной системы сервера. Для минимизации времени простоя сервера следует устанавливать операционную систему на отдельном диске (или дисках) отдельного контроллера (допустимо IDE). Если на разных дисках установлены и одинаково сконфигурированы операционные системы и сервер Oracle (сама база данных находится на других дисках), то при отказе операционной системы достаточно перегрузить сервер с другого устройства. В этом случае время простоя минимально.

Как отмечалось выше, увеличение размера базы данных приводит к увеличению времени создания резервной копии. Данное время можно сократить при использовании более производительных устройств хранения информации, а также при применении инкрементального резервного копирования базы данных средствами Oracle Enterprise Manager(OEM), что в свою очередь требует дополнительного резервирования копирования репозитория ОЕМ.

Примечание. Считается, что база данных работает в режиме архивации оперативных журналов повторов.


Первой электрической машинкой был американский "Электроматик" выпуска 1935 г. Затем последовали "Эрики", "Оптимы", "Ятрани", которые практически повсеместно вытеснены персональными компьютерами. Из истории создания ККМ, арифмометров и счетных машин
Компания Омега. Советы разработчикам на ABACUS Builder. Рекомендации по выбору конфигурации дисковой подсистемы сервера Oracle

Инфракрасные обогреватели нового поколения. Новинки обогревателей карбоновых.
  © Компания "ОМЕГА"   www.omega.ru   (495) 234-42-32,  (495) 727-43-50