3. Резервирование
Тут все просто. Если у DBA не настроено резервное копирование в соответствии с требованиями бизнеса, не продумана и не протестирована процедура восстановления, то возникают вопросы, связанные уже не с отпуском. Поэтому будем считать, что это настроено и работает.
Но перед уходом в отпуск надо лишний раз перепроверить, что все действительно работает, что все изменения инфраструктуры, приложений, схем учтены. А также убедиться, что изменения в конфигурации систем документированы, сохранены в конфигурационных файлах и будут восстановлены в случае перезагрузки, что описание процесса восстановления актуализировано и его понимают коллеги, которые остаются обслуживать системы.
4. Документирование
Предыдущий пункт органично подводит нас к документированию. Можно сто раз рассказать, как что-то работает, и человек, которому это рассказывали, все поймет и продемонстрирует, но когда настанет время это применить на практике, выяснится, что какие-то детали уже забыты. Такое случается постоянно, не раз и не два, и мы уверены, что каждый сам может привести примеры из своей практики. Такова особенность человеческой памяти – мало кто обладает эйдетической памятью.
Поэтому надо вести подробную документацию – описания процессов, изменения конфигураций, инструкции по выполнению операций. В них должна быть информация о серверах и инстансах, физическом расположении и виртуальных машинах, базах данных и их расположении, тестовой среде, обслуживаемых приложениях. И не забывать их обновлять в случае изменений. Коллеги могут забыть все, что им рассказывали, но уж прочитать документ или почту они точно в состоянии.
Перед уходом в отпуск обязательно убедитесь, что вся документация актуализирована, находится минимум в двух разных местах, и эти места известны тем, кто остается.
5. Ежедневные отчеты о состоянии инфраструктуры и сервисов
Хотя этот вопрос и касается автоматизации, но он заслуживает отдельного упоминания. Хорошей практикой является настройка генерации и рассылки по расписанию ежедневных отчетов о состоянии инфраструктуры и сервисов. Это могут быть отчеты об ошибках выполнения заданий SQL агента, о базах, у которых больше суток не было полного бэкапа, предупреждениях от системы мониторинга, которые не были обработаны. Это могут быть отчеты об изменениях в конфигурации, в правах доступа.
Перед уходом в отпуск убедитесь, что эти отчеты будут приходить к коллегам, которые остаются на замене.
6. Безопасность
Не нужно передавать пароль sa временным DBA. Мы надеемся, что sa не используется в каких-либо процессах в обслуживаемой инфраструктуре. Правильной практикой является AD группа, члены которой получают роль System Admin на каждом из инстансов SQL серверов. Это позволит минимальными усилиями выдать необходимые права на базы, просто добавив сотрудника в эту группу в AD. А после возвращения можно так же легко эти права забрать.
Кстати, этот же метод добавляет права заходить на SQL сервера через терминал/RDP, без предоставления прав локального администратора на каждом сервере.
7. Не отключайте телефон
Для некоторых это может быть проблемой. Есть люди, которые, уходя в отпуск, выключают телефон. Их аргументы понятны: «Я в отпуске и меня не должны беспокоить с работы». Однако, это в корне неправильный подход.
Если выполнить все наши предыдущие советы, то телефонные звонки с работы могут быть в одном случае – случилось что-то совсем плохое. Даже если физически не будет возможности чем-то помочь, то напомнить? где находится документация и лежат последние бэкапы, поддержать коллег советом или даже морально, уж точно можно.
Нет предела совершенству, но даже перечисленные нами рекомендации позволят улучшить рабочие процессы и однозначно помогут наслаждаться заслуженным отпуском в полной мере. На этой позитивной ноте мы бы хотели завершить наш первый online курс.
Команда ALG DevOps Team будет благодарна за Ваши ответы на следующие вопросы:
