Я постоянно наблюдаю грызню администраторов баз данных Oracle (новичков и бывалых) с руководством, программистами, оптимизаторами по поводу того, что должен и что не должен делать админ БД. Админам, естественно, кажется, что на них хотят «повесить всех собак».
Программисты, оптимизаторы, аналитики, в свою очередь, не без основания утверждают, что без помощи администраторов баз данных им не обойтись. Где же правда? В данном посте моего блога выскажу точку зрения на вопрос о стандартных (повседневных) задачах типичного администратора БД.
Oracle Многие из повседневных задач администратора баз данных сводятся к отслеживанию проблем. Это может подразумевать как выполнение им специальных сценариев мониторинга, так и использование встроенных средств Oracle вроде Enterprise Manager для наблюдения за тем, что же на самом деле происходит с базой данных. Кстати администратор оракл есть на сайте db-service.ru.
Хорошим примером того, за чем администратору может быть нужно следить очень внимательно, является объем доступного в базе данных пространства. Если на диске, где находятся таблицы базы данных, вдруг закончится свободное место, больше нельзя будет вставлять никаких новых данных, и все транзакции станут заканчиваться неудачей. Конечно, подобную проблему можно всегда устранить путем добавления требуемого объема пространства и повторного выполнения транзакции. Но при надлежащем осуществлении мониторинга за базой данных возникновения этой проблемы можно вообще избегать, заранее получая в виде соответствующего сообщения на странице или в электронном письме предупреждение о том, что в той или иной таблице заканчивается место.
Обычно администратор баз данных должен ежедневное проверять генерируемые его сценариями мониторинга отчеты для получения уверенности в том, что в системе не назревает никаких проблем ни с пространством на дисках, ни с выделением памяти, ни с операциями ввода-вывода. Программа Enterprise Manager является удобным средством для получения быстрого, наглядного представления о различных показателях, наподобие распределения памяти и использования других ресурсов. Сценарии мониторинга, с другой стороны, могут предоставлять суммарную информацию за более длинный период времени, например, они могут предоставлять информацию о состоянии определенных показателей через определенные промежутки за целую ночь.
Еще администратору баз данных стоит регулярно заглядывать в так называемый аварийный журнал (alert log), в котором фиксируется важная информация о происходящих в базах данных Oracle процессах, и проверять, не содержатся ли там сообщения о сгенерированных Oracle ошибках. Администратор может как просматривать этот журнал напрямую, самостоятельно изучая его содержимое, так и создавать специальный сценарий, который будет автоматически анализировать этот журнал и сообщать о любых обнаруживаемых в нем ошибках сразу же после их попадания туда.
При обнаружении в аварийном журнале ошибок, сгенерированных Oracle, администратор баз данных должен предпринимать меры по их устранению. В зависимости от природы ошибки, для ее исправления он может либо изменять какие-нибудь параметры, либо добавлять дополнительное пространство, либо же выполнять другую административную операцию. Если ему неизвестно, как можно устранить проблему, он может выполнять поиск подходящего решения по базе данных MetaLink и затем отправлять новый TAR-запрос сотрудникам команды поддержки Oracle для получения помощи, как можно быстрее.
Компания Oracle, как и любая другая компания, занимающаяся разработкой ПО, постоянно совершенствует свое программное обеспечение и выпускает обновленные версии, которые обычно обладают более новыми и более сложными функциональными возможностями. Обязанностью администратора баз данных является следить за всеми изменениями и планировать время на осуществление перехода на новые версии.
