Я рекомендовал бы тратить дополнительные деньги и получить систему от одного из больших парней (Dell, HP, IBM, и т.д.). При покупке сервера от этих парней, Вы получаете контракт на поддержку. Тот контракт на поддержку дает Вам сменные детали в течение часов после отказа так, чтобы Вы не ожидали новой части для прибытия. Если, конечно, Вы не хотите снизиться, в то время как Вы ожидаете новой материнской платы для посылания, прежде чем обновление BIOS облицевало вещь кирпичом.
Также Вы получаете некоторые обеспечения, что RAM, плата, дисковые контроллеры, и т.д. будет все сотрудничать без любых броских проблем драйвера, поскольку поставщик уже будет заботиться об этом для Вас.
Я мигрировал бы, как Вы делаете, но изолируете, они "Должны Остаться в живых" приложения, которые не могут легко быть изменены и оставить их на старом сервере. Затем виртуализируйте сервер SQL2000, если у Вас есть среда VM. Старое приложение, вероятно, не собирается извлекать выгоду от перемещения до SQL2008, если Вы не будете иметь проблемы производительности и нуждаетесь в большем количестве высоты обработки, и VM будет постоянным напоминанием Неработающих приложений, которые действительно должны быть заменены.
Виртуализация, что перенесено, является полностью звуковой идеей.... альтернативно, Вы могли переместить их в SQL Server 2008 (после того, как, тестируя это они все еще работают), и используйте волшебство DNS повторно указать. Я видел делавшийся много раз - это работает, хотя это не столь чисто.
Я оказался в подобных ситуациях уловки - 22 прежде, и проявленный подход должен был отъехать к другому серверу SQL 2000, что может быть легко изменено, но не может быть обновлено до 2008 и после того как Вы до этих нескольких приложений (как тот, который Вы упомянули), где имя сервера не может быть изменено, мы удалили старый сервер из домена и выключили его, заблокированный в псевдониме DNS, указывающем на новый SQL-сервер. Используя изолированную сеть помогает Вам решить все проблемы, с которыми Вы встретитесь в своей производственной установке, но ничего не нарушая.
Если у Вас есть изолированная сеть (или может иметь созданный тот), где можно копировать имена серверов и иметь по крайней мере один клиент для тестирования с, я использовал бы это для оценки. Это позволит Вам тестировать псевдоним DNS. Скопируйте по резервному копированию для каждой данной базы данных и восстановите его к SQL 2008 x64 или безотносительно выпуска/архитектуры, которым Ваш сервер напоминания будет и протестирует с различными уровнями совместимости для каждой базы данных.
Я надеюсь, что это помогает с некоторыми идеями!