Состав системы и планирование мощности

Кроме настройки и мониторинга системы администратор отвечаетза оценку того, будет ли система работать с предполагаемой нагрузкой. Регулярно выполняя задачи оценки состава системы и планирования мощности, можно хорошо планировать увеличения мощности ещё до возникновения вероятных проблем. Состав системы и планирование мощности являются сложными задачами, для решения которых потребуется квалифицированная консультация сторонних специалистов.

Обеспечение периодов работоспособности системы

Как мы уже говорилось, администратор баз данных отвечает и за обеспечение периодов работоспособности (uptime) системы. Любой период неработоспособности (downtime) системы, как правило, дорого обходится пользователям. Поэтому поддержание максимальной длительности работоспособного состояния системы является одной из главных обязанностей администратора баз данных.

Планирование периодов неработоспособности

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

Иногда удобно устраивать периоды неработоспособности по определённому расписанию, например, в первое воскресенье каждого месяца. Тогда пользователи всегда будут знать о предстоящем отключении и смогут к нему подготовиться. Обычно такие отключения планируются на нерабочие часы, чтобы неудобства затронули как можно меньшее число людей.

Восстановление после аварий

Периоды неработоспособности можно также уменьшить благодаря подготовке к возможным авариям. Администратор должен быть готов восстанавливать систему даже при длительных выходах системы из строя. Аварии могут принимать разные формы. Система может «рухнуть» из-за отказа оборудования. Эти проблемы обычно решаются заменой отказавших компонент и перезагрузкой компьютера. Если же проблема связана с отказом диска, то безотказная работа может быть организована при помощи RAID-массивов. При отказе всего RAID-массива может потребоваться восстановление базы данных из резервной копии. В любом случае, данный тип отказов обычно исправляется в течение нескольких часов.

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

Документирование

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

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

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

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

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

Если произойдет сбой системы или потеря данных, то полная история системы поможет диагностировать, где произошел первоначальный сбой, а также поможет восстановить систему. И наконец, отслеживание сбоев нужно для предотвращения будущих сбоев. Но чтобы документирование было эффективным, оно должно быть полным.

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