Установка SQL 2008 на Разрешении Windows Server 2008 Отклоненные ошибки

Мой опыт с с rpm и yum/yumex, но это переводит.

Для критического пакета, являющегося обновлением, я просто делаю нормальную эксплуатацию пакета, чтобы гарантировать, что это работает правильно. Если я обновляю bind, затем я делаю некоторые запросы DNS, за которыми я ожидаю следовать. Если я обновляю Apache httpd затем я открываю некоторые веб-страницы. Если я обновляю open-office затем я открываю документ или два.

В тех редких случаях, когда обновление пакета оставляет вещи fubar, моя процедура для восстановления:

1. Удалите неудавшийся пакет (иногда, я должен "вызвать" удаление),
2. Вручную удалите любой временный файл или конфигурационные файлы, оставленные после удаления
3. Переустановите обновленный пакет, который перестал работать
4. Тест

Если после шага № 4 выше его сбои снова, то я повторяюсь, но отступаю к предыдущей версии.

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

Таким образом, для ответа на 3-й вопрос об уменьшении риска:

• Создайте резервную копию!
• Всегда читайте информацию о версии
• Если Вы не являетесь первыми для обновления, и Вы озабочены этим, проверяете Интернет, чтобы видеть, жалуются ли другие на проблемы
• Имейте готовый аварийный диск - для большинства современных дистрибутивов Linux, диск установки является также аварийным диском. Узнайте, какой механизм восстановления Ваше распределение обеспечивает. Если возможно, начальная загрузка через CD-ROM в режим восстановления, таким образом, Вы понимаете, как это работает, таким образом, Вы понимаете как к chroot в Вашу установку от режима восстановления.