Это решение только работает над Windows Server 2008 R2 (или Windows 7) хосты KMS и только читается клиентами Windows 7 и Windows 2008 R2.
Можно применить приоритет и вес к записям DNS, связанным с хостом KMS. Это сделано путем добавления значения MULTI_SZ, названного DnsDomainPublishList к ключу реестра HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform. formate: доменное имя, приоритет, вес (пример company.com, 10, 100).
Это даст подсказки клиенту на который сервер связаться сначала. Согласно документации, необходимо отключить хост KMS, кэширующийся на клиенте так, чтобы это всегда смотрело на этот приоритет и вес при регистрации. Это может быть сделано путем выполнения SLMgr.vbs/ckhc на клиенте. Это гарантирует, чтобы клиенты не продолжали использовать более низкий приоритет (более высокое количество) хост однажды высокий приоритет (более низкое количество), хост доступен.
Для получения дополнительной информации см.: http://technet.microsoft.com/en-us/library/ee355153.aspx#EZAA
Q: How big a problem is this?
A: It's a potentially significant problem, due to:
Q: How do I fix it with minimal downtime?
A: It is difficult for us to make a specific recommendation without knowing anything about the size or complexity of your database. Microsoft offers many options for moving data from one SQL server to another:
Generally speaking, if you have enough data that a simple backup and restore won't be quick enough to satisfy your requirement to minimize downtime, Data Sync Service is probably your best bet.
В идеальном случае ваша база данных должна находиться в том же центре обработки данных, что и ваши вычислительные экземпляры, как упоминал @Miles. Я хотел затронуть тему «покупки» другого сервера базы данных.
Когда вы настраиваете сервер SQL Azure, не взимается плата за сам сервер, только за базу данных. И стоимость этой базы данных амортизируется ежедневно в зависимости от размера базы данных за каждый день.
Для миграции из одного центра обработки данных в другой, допустим, вы смогли успешно создать резервную копию своей базы данных и сохранить резервную копию в большом двоичном объекте. Затем вы можете восстановить эту базу данных на своем новом сервере. Как только вы узнаете, что ваши две базы данных синхронизированы (возможно, путем настройки службы синхронизации), вы можете изменить строку подключения вашего приложения, чтобы она указывала на вновь созданную базу данных. Предполагая, что ваше соединение с базой данных хранится в веб-конфигурации вашего приложения, вам, вероятно, потребуется развернуть новую версию вашего приложения. Вы можете выполнить развертывание в промежуточной среде, убедившись, что все работает правильно, а затем выполнить замену VIP, чтобы развернуть новое приложение в рабочей среде.
После перехода на новую базу данных и обеспечения актуальности всех данных вы можно безопасно удалить базу данных в исходном дата-центре. Если предположить, что все это произошло, скажем, за 3 дня, вы понесете только двойные расходы на базу данных за эти 3 дня.
вы можете безопасно удалить базу данных в исходном дата-центре. Если предположить, что все это произошло, скажем, за 3 дня, вы понесете только двойные расходы на базу данных за эти 3 дня. вы можете безопасно удалить базу данных в исходном дата-центре. Если предположить, что все это произошло, скажем, за 3 дня, вы понесете только двойные расходы на базу данных за эти 3 дня.