Я понял это этим утром. Проблема была с DATEADD
функция. Когда это в операторе EXECUTE (который является, как задание SQL Server Agent выполнило бы его), интервал должен быть определенным datepart (день), не один из маркеров ("dd").
Так, эта функция:DATEDIFF(dd,DateDisabled,GETDATE())
Должен был больше быть похожим на это: DATEDIFF(day,DateDisabled,GETDATE())
Там были кратными вызовы к той функции там, но Вы получаете идею.
Вот то, как я понял это: у Меня был сценарий Studio управления SQL Server задание как СОЗДАТЬ сценарий в новом документе редактора запросов. После того как я нашел шаг, который я пытался выполнить, я скопировал его. Сочные биты выглядят примерно так:
@command = N'[my query]'
Я скопировал ту группу строк к новому окну и добавил ОБЪЯВЛЕНИЕ для переменной команды.
Наконец, я использовал EXECUTE (@command) AS USER = '[the user the job runs as]'
видеть, что произошло бы. Выполняя запрос этот путь, я получил намного более подробные сообщения об ошибках, что путь, чем я сделал от журнала для задания.
Я исправил его теперь, и прогоны задания отлично.
Да, это возможно - вам нужно будет создать зону DNS на вашем DNS-сервере ( с). Вы можете сделать одно из двух:
Create a zone for the whole of `company.com` and then add *.subd
Преимущество состоит в том, что у вас будет полный локальный контроль над этим доменом, потенциальный недостаток в том, что он создает полностью разделенную настройку DNS. Это означает, что если существует множество поддоменов (например, mail.company.com, staff.company.com и т. Д.), Вам нужно будет воссоздать все это в своей зоне DNS.
или
Create a zone JUST for `subd.company.com` and then a wildcard for the whole thing
Преимущество здесь в том, что почта .company.com по-прежнему будет использовать ваши обычные маршруты пересылки, что означает, что вам не придется возиться. Недостатком является то, что вам нужно очень хорошо понимать, что вы делаете, и не иметь зон для этого. Устранение неполадок может быть более трудным, и это станет ужасно беспорядочным, если вы захотите в будущем subd2.company.com и subd3.company.com.
Лучшее решение действительно будет зависеть от того, что такое company.com
в настоящее время и то, что вы хотите сделать. Вы также должны четко понимать, что запуск зоны локально означает, что теперь у вас есть два возможных места, где находятся записи DNS. Убедитесь, что вы четко понимаете своих экспедиторов и т. Д.
Да, это возможно. Просто настройте запись A
или MX
в форме *. Subd.company.com
. Более конкретный ответ зависит от вашего DNS-сервера.