Назад | Перейти на главную страницу

Обновление с Windows 2003 до Windows 2008

Кто-то пробовал процесс обновления с Windows 2003 x64 до Windows 2008 x64?

Обычно лучше никогда не обновлять ОС Windows; но может быть, раз уж это серверная ОС, то путь обновления уточнили?

Переустановка / перенастройка будет очень долгой и слишком долгой; я бы предпочел избежать этого пути ...

У нас еще нет систем Windows Server 2008 в производстве, но я обновил около 6 тестовых серверов (1 32-разрядный, 5 64-разрядных), и процесс прошел почти безупречно. Однако большинство из них были виртуальными машинами, размещенными на сервере VMware, проблемы с драйверами не представляют большого значения. Единственное, что мне нужно было сделать, это удалить / переустановить McAfee VirusScan 8.5 после обновления.

Я думаю, что у Microsoft было много времени для улучшения процесса обновления со времен NT4-> Windows 2000. Я сделал гораздо больше обновлений Windows 2000-> 2003, чем NT4-> W2K, это точно. Я буду рекомендовать обновления (когда это абсолютно необходимо) W2K3 x64 -> W2K8 x64. Я не хочу использовать 32-битную версию W2K8 в производстве как лучшую практику.

Только мое мнение, но если это производственный сервер, я бы никогда не подумал об обновлении. Вытащите диски, вставьте новые, установите Windows 2008 и, если у вас возникнут проблемы, снова подключите старые диски.

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

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

О да, если только ты являются виртуализируя производственную машину, проверьте, совместимо ли оборудование с Win 2008. Это было бы очень неприятно.

Что касается плана отката, как предлагает chopper3, это тоже действительно важно. Убедитесь, что вы не запускаете процесс обновления, пока не убедитесь, что можете восстановить резервную копию обновляемого сервера Windows 2003.

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

Для минимального простоя я бы посоветовал:

  1. установить ОС на вторую машину
  2. скопировать приложение (я), данные, конфигурацию и другие ресурсы через
  3. тестируйте столько, сколько можете
  4. отключить службы на старом сервере
  5. выполните окончательную синхронизацию с новым сервером (чтобы на нем были какие-либо обновления, которые произошли со старым сервером в то время, когда вы строили и тестировали)
  6. перенастройте соответствующие вещи (настройки сервера и / или сети в другом месте), чтобы новый сервер появился там, где был старый.
  7. оставьте старый сервер работать ненадолго (или просто держите его диски под рукой) на случай, если позже вы обнаружите, что забыли передать что-то

Таким образом, единственное время простоя, которое у вас есть, - это время, необходимое для выполнения этой окончательной синхронизации перед переключением (шаги 5 и 6) - это может занять некоторое время, если окончательная синхронизация включает копирование некоторых больших файлов (например, одной или нескольких больших баз данных) более, но это будет меньше времени, чем потребуется для создания полного образа резервной копии и обновления, и не будет простоев в случае сбоя (поскольку вы просто отказываетесь от новой установки, не выключая старую).

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

Мы обновили некритичные системы до 32-битных без каких-либо серьезных проблем. Однако я бы не стал рассматривать обновление Windows для критически важного приложения, в первую очередь из-за времени простоя, которое это вызовет. При обновлении критически важного приложения мы обычно покупаем новый сервер для новой ОС, а затем переносим приложение с одного на другое. Затем старый сервер можно перепродать или использовать в другом месте.

Моя основная причина, по которой я не выполняю обновления, - это чистота и место на диске.

Последний момент заключается в том, что у меня было много серверов Dell, которые были размещены на системных разделах 12 ГБ, поскольку с годами применялись пакеты обновления и исправления, объем дискового пространства просто уменьшился, а подходящего решения не было.

Мне бы не очень хотелось брать с собой весь этот «багаж» на новую ОС.

Я пробовал путь обновления в Virtual PC, могу признать, что лучше выполнить миграцию вместо обновления. Две ОС совершенно разные

Я просто спрашиваю себя, зачем вам обновляться и каков ваш план отката?

Это не стоит риска для производственной машины.

Вы будете спать лучше, зная, что у вас есть установка по умолчанию, которую используют 99% производителей и поставляют с ней.

Используйте самую широкую протестированную установку, а не самую низкую.