5 Советов для администраторов сервера WebLogic

5 Советов для администраторов WebLogic Server - манекены

Часть BEA WebLogic Server 8 для чайников Шпаргалка > Работа администратора WebLogic Server имеет много аспектов. И когда вы управляете системами, вы получаете опыт работы и того, что не работает. Вот пять полезных советов для администрирования WebLogic Server.

Процедуры документа

В качестве администратора WebLogic Server вы будете следовать многим процедурам, включая такие задачи, как следующие:

Перезапуск сервера
  • Выключение сервера для текущего обслуживания

  • Развертывание новых версий WebLogic Server

  • Резервное копирование сервера

  • Установка последних исправлений

  • Создание WebLogic Ресурсы сервера, такие как источники данных

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

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

Определение соглашения об уровне обслуживания

Соглашение об уровне обслуживания (SLA) помогает определить, какие конечные пользователи ожидают от вашего сервера с точки зрения надежности. Большинство пользователей ожидают, что система будет работать 24 часа в сутки, 7 дней в неделю. Такое расписание просто невозможно. Многие события приведут к снижению вашей системы в течение определенного периода времени. Например, при работе с аппаратными сбоями, регулярными обновлениями или перезагрузкой сервера, чтобы назвать несколько.

SLA - это контракт между вами и пользователями, которых поддерживает ваша система. В этом контракте указывается количество времени, в течение которого ваша система будет недоступна в течение года.

В дополнение к определению периодов обслуживания правильное письменное соглашение об уровне обслуживания должно также указывать следующее:

Когда будет проведено техническое обслуживание

  • Сколько минут неожиданного отключения разрешено в год

  • Как скоро система должен возвращаться после неожиданного отключения

  • Как часто выполняются резервные копии

  • Общий процент времени, в течение которого сервер должен быть

  • Настройка процедур по вызову

В какой-то момент система опустится неожиданно. Когда произойдет непредвиденный сбой, вы и ваш персонал должны быть готовы к этому. Отказ может быть чем-то, что администратор может обработать или что-то связанное с программным обеспечением. Если отключение вызвано ошибкой программного обеспечения, разработчику необходимо будет принять участие в решении.Кроме того, эти сбои могут происходить вне обычного рабочего времени. Это особенно актуально, если вы работаете в многонациональной корпорации.

План роста

Когда ваша система впервые развернута, вы можете не думать о росте. Но у вас должен быть план, когда ваша текущая система переросла. В общем, у вас есть два варианта, когда ваша система больше не сможет обрабатывать требуемую обработку:

Обновите свой сервер до более быстрой машины.

  • Возможно, одним из самых простых способов обработки большего количества запросов является переход на более быструю машину. Это может означать покупку нового сервера или просто добавление другого процессора на ваш текущий сервер. При обновлении до более быстрой машины вы должны убедиться, что ваш сервер правильно скопирован по сети на новый компьютер. Все настройки конфигурации и установленные пакеты должны быть скопированы на новый компьютер. Добавьте дополнительные серверы в ваш кластер.

  • Если вы используете кластер серверов, вы можете просто добавить еще один сервер. Если вы не используете кластер серверов и ваш объем запросов становится слишком высоким, вам следует подумать об использовании кластера серверов. Добавление другого сервера в кластер заставляет WebLogic Server иметь другой сервер, который может совместно использовать часть рабочей нагрузки. Это позволяет приложению в целом принимать больше соединений. Резервное копирование серверов

Резервное копирование данных является важной частью работы любого администратора. Для резервного копирования WebLogic вам необходимо создать резервную копию той части вашего веб-приложения, которая изменится - база данных SQL. Если эти данные уже резервируются администратором базы данных, вам не нужно беспокоиться о резервном копировании данных приложения.

Если вы потеряете жесткий диск на сервере WebLogic, вас ожидают переустановить все и снова запустить сервер. Если ваше приложение было упаковано в виде файла архива веб-приложений (WAR), вы можете быстро вернуть свое приложение, перераспределив WAR-файл.