Документация о конфигурации

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

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

• программные компоненты – подробные записи о том, какие программные компоненты были добавлены в систему и как была сконфигурирована каждая из этих компонент; жизненно важны сведения о том, какие были установлены подкомпоненты и какие настройки (опции) были заданы;

• конфигурация базы данных – эта информация должна содержать компоновку и схему базы данных (database layout Аnd schema), имена и местоположения всех файлов данных, сведения о том, к каким группам относятся те или иные файлы, и сведения о том, как были созданы группы файлов; эта информация позволит вам выяснить, какие именно группы файлов были потеряны при отказе массива дисков.

Системный журнал

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

• результаты наблюдений – важная часть работы администратора баз данных состоит в выявлении изменений системы и предугадывании проблем; при выявлении любой необычной деятельности следует сделать заметки об этом; даже такой комментарий, вроде «Система ведет себя как будто вяло», может оказаться ключом к разгадке причины последующего отказа системы;

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

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

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

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

Данные сведения могут помочь найти причину возникновения проблемы и понять, каким образом можно вернуть систему к нужному состоянию.

Документация о структуре системы

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