Миграция подписчика SQL Server
Существует ли конкретная причина, Вы добавляете их к/etc/hosts? Если имя хоста решает, это должно быть много для более общей цели.
Мне нравится структура каталогов, которую Вы используете, и это очень похоже на любой подход, который я использовал бы. Кроме того, я рекомендую указать отдельный ErrorLog и CustomLog файлы для каждого субдомена.
Zoredache высказывает фантастическое мнение на дюйм/с, как, который Ваш Wildcard-сертификат должен избавить от необходимости несколько дюйм/с при добавлении субдоменов. Кроме того, существует более новая функция Server Name Indication (SNI), которая избавляет от необходимости IP на каждый отдельный сертификат SSL.
Если у Вас есть тысячи, который обычно является, где Вы могли бы рассмотреть запись сценария для управления добавлением или удаления VirtualHosts, совместно использовав содержание, перенаправления и другие потенциальные решения. Опции будут на основе Ваших точных потребностей в то время.
Если Вы говорите о многопользовательских системах, подходы существенно отличаются также. Например, каждый домен был бы в/home/user/public_html или/home/user/www.
Я предпочитаю устанавливать SQL в новый ящик ПОСЛЕ переименования, потому что sp_dropserver и sp_addserver не переименовывают локальные группы, созданные SQL.
В любом случае: убедитесь, что новый ящик имеет ту же SQL-сборку, что и исходный.