Миграция Windows 2008 Server

Я только что был посредством этого процесса (буквально на прошлой неделе) с JIRA+Crowd+Confluence на поле WinXP. (не 64-разрядный сервер ОС, но вероятно очень похожий)

Не трудно настроить Apache + соответствующая информация прокси так с внешней стороны, Вы получаете доступ к ним через HTTP 80, но внутренне они работают на Tomcat 8080 (или независимо от того, что Ваш порт кота).

Для большинства функций Atlassian документация установки очень хороша (у меня был болезненный опыт с установкой Apache:: коннектор CrowdAuth, иначе все работало гладко). Я предложил бы, чтобы Вы посмотрели на их страницу интеграции Apache+JIRA, например.

2
задан 5 January 2011 в 22:41
5 ответов

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

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

Самый безболезненный способ сделать это состоял бы в том, чтобы настроить новый сервер как члена домена, который размещает старый, затем добавьте контроллер домена, DNS и роли DHCP и продвиньте новый сервер, чтобы быть вторым контроллером домена в исходном домене.

Это - все Ваши учетные записи, и так далее переданные.

Настраивать DNS для получения его информации от DNS первого сервера (надо надеяться, сохраненный в AD так или иначе). Это - настроенный DNS.

DHCP - Я только что настроил это как новый сервер DHCP, когда Вы готовы вместо того, чтобы потрудиться делать что-либо еще. Вы захотите обновить информацию о DNS и т.п. в настройках DHCP для обращения к новому серверу, не старому.

В этой точке у Вас есть сервер онлайн и сделанный изрядное количество установки без времени простоя пользователям. Не плохо а?

Не используемый это самостоятельно, но Microsoft имеет инструмент для миграции долей файла к новому файловому серверу. Вы захотите затем переместить всех пользователей в использование нового сервера для их файлов в этой точке, которая могла бы включить или некоторое время простоя или некоторых обтекающих после закрытия, в то время как все остальные от дома (Вы не хотите некоторых пользователей, получающих доступ к файлам на новом сервере и других, получающих доступ к ним на старом, не так ли?).

На данном этапе можно оставить старый и новый сервер, работающий рядом столько, сколько Вам нравится, таким образом протестируйте тестовый тест. Отключите DHCP на старом сервере и удостоверьтесь, что он работает над новым (таким образом, можно просто повторно включить его на старом сервере, если у Вас есть проблемы). Когда Вы готовы, закрываете старый сервер и тестируете тест, тестируют еще немного, чтобы удостовериться, что сеть ведет себя как ожидалось.

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

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

5
ответ дан 3 December 2019 в 08:59

Создайте новый сервер. Добавьте его к домену. Настройте DNS на нем. Переместите все роли FSMO в него.

Однажды ночью выключите DHCP на старом сервере и авторизуйте его на новом. Настройте его тот же путь как старый, но с собой как сервер DNS для клиентов. Если у Вас нет сложной конфигурации DHCP, просто сделайте это вручную.

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

1
ответ дан 3 December 2019 в 08:59

Получите кого-то, кто знает то, что они делают. Это - Действительно Плохой Idea™ для попытки этого одного.

Если предыдущий сервер был 64-разрядным, то можно сделать прямое обновление. Возьмите по крайней мере два резервных копий (проверьте их), сначала.

Если бы это было 32-разрядным, то необходимо перейти роли, и это несколько включено. Определенно что-то я рекомендовал бы найти профессионала для.

1
ответ дан 3 December 2019 в 08:59

Все сервисы, которые Вы перечислили, могут быть настроены в нескольких сервер, избыточная установка (кроме совместного доступа к файлам).

Обработка отказа DHCP, резервный контроллер домена, ведомый DNS. Необходимо смочь установить эти два сервера в тандеме, затем снизить старый и продвинуть новый основное устройство на всех трех.

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

1
ответ дан 3 December 2019 в 08:59

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

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

Это было бы лучшим способом минимизировать время простоя.

Кроме того, я верю активному каталогу и Windows Server, ОС имеет инструменты, чтобы экспортировать и импортировать параметры конфигурации для создания перехода максимально безболезненным.

- Brandon

0
ответ дан 3 December 2019 в 08:59

Теги

Похожие вопросы