Нет, потому что они - совершенно другое пространство имен. перенаправление tld не является опцией также, потому что SSL является транспортным шифрованием, это должно декодировать ssl, прежде чем апач, например, сможет даже видеть хост запроса для перенаправления его.
Также как примечание стороны: foo.bar.domain.com также не действителен для подстановочного сертификата (Firefox из памяти является единственным, который позволит это.
Помогло бы, знали ли мы, какой репликацией это было и если это была принудительная подписка или подписка по требованию. Я собираюсь сделать некоторые значительные предположения здесь и сказать, что Ваше использование следующего, которое я думаю наиболее распространенная установка репликации:
При рассмотрении заданий SQL Agent в дистрибьюторе, необходимо видеть задание, которое это назвало чем-то вроде этого:
servername-dbname-publicationname-1
Кроме того, это будет в категории под названием ОТРАЖАТЬ-СНИМОК.
При установке репликации, Вам дали бы опцию выполнить снимок в расписании. Если бы Вы приняли решение сделать так, то необходимо видеть это в соответствии с расписаниями, иначе Вы будете, вероятно, видеть одноразовое расписание там, это не включено с прошлого раза, когда Вы выполнили снимок. Оставьте это расписание в покое и создайте другой к своей симпатии.
Этот будет re-initalize публикация для всех подписчиков. Можно создать sql задание агента для выполнения этого каждый раз, когда Вам нравится. Для получения дополнительной информации проверьте MSDN.
exec sp_reinitsubscription @publication = 'publication_name', @subscriber = 'all'
Я не знаком с репликацией, поэтому имейте это в виду, но если Вы видите кнопку сценария в верхних левых из диалоговых окон, можно сохранить тот сценарий и затем запланировать в задании.
Если функция сценария не доступна, Вы могли бы обратиться к трассировке действия SSMS для наблюдения то, что это делает - затем работающий через это и документацию для создания сценария.