09 Jun 2011


Разделы: Новости Интернет it

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

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



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

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

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

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

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

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






Метки: it
Рубрики: Новости Интернет it

 Имя       

Ограничение в 1000 символов
Введите ваш комментарий

Введите код