Выбор доменного имени SBS
Сопоставление сервера должно быть настроено для нечувствительного к регистру, который в порядке в Вашем случае.
При использовании самого SharePoint для создания его различных баз данных, он установит необходимое сопоставление автоматически. Однако, если Вы используете предварительно созданные базы данных - удостоверяются Вы для изменения сопоставления вручную. Иначе SharePoint даже не позволит Вам использовать те базы данных.
Лично, я пошел бы с example.local, который согласно Википедии является рекомендуемым соглашением о присвоении имен Microsoft.
Я не могу найти, что любая информация создает резервную копию этого, однако Microsoft действительно имеет статью относительно именования домена, который должен быть полезен для Вас.
Я сделал много установок с помощью этого соглашения о присвоении имен, и оно дает Вам гибкость, чтобы быть смочь присвоить внутренние и внешние имена DNS к любой системе в сети как требуется. (например, test.example.local указал бы на внутренний IP-адрес, и test.example.com укажет на его внешний IP-адрес - предположение, что это доступно для внешнего мира, конечно).
Обратите внимание, что Вы могли бы найти, пытаетесь ли Вы использовать test.example.com внутренне, это не будет работать по умолчанию, но можно добавить другую внутреннюю зону DNS (test.example.com) с записью по умолчанию, которая указывает на IP, используемый test.example.local, этим путем, работы test.example.com внутренне и внешне.
Я также обслуживаю системы для клиента, который совместно использует .com внутренне и внешне, и я постоянно борюсь с дублирующимися пространствами имен DNS.
Править: также обратите внимание, что .local не является допустимым TLD согласно RFC2606
Мы используем конвенцию corp.example.com для наших маленьких доменов. Не используйте .local tld для Вашего домена, поскольку это - tld для Zeroconf/Bonjour, таким образом любые X-клиенты MacOS не смогли бы подключение легко. Кроме того, использование реального домена, который регистрируется Вам, сделает жизнь легче для Вас и Ваших пользователей, особенно когда они будут за пределами Вашего офиса.
Я рекомендовал бы использовать example.corp. Обычно администраторы устанавливают свое внутреннее доменное имя то же как, их имя общественного достояния и простые вещи как получение на example.com могут быть проблематичными, когда это - также внутренний домен. В малом бизнесе, возможно, который может также быть предпочтен, если он также размещает веб-сайт/и т.д. компаний.
С использованием example.corp у Вас есть внутреннее разрешение, и Вы можете легко установить записи для example.com для разрешения по мере необходимости и можете дать Вам добавленную гибкость между внутренним и внешним разрешением.