Если Вы вспыхиваете свои SQL Server в отдельные виртуальные машины на том же хосте, преимущества:
Лучшее ограничение ресурса. Регулятор Ресурса 2008 SQL является хорошим началом, но все еще настолько мелкомодульный, особенно когда дело доходит до ограничения IO. С виртуальными серверами можно отрегулировать ЦП, память и IO на уровне виртуальной машины, таким образом, дав Вам способность ограничить ресурсы даже на более старых версиях SQL Server.
Более легкие обновления производительности и снижения. Если одна виртуальная машина должна быть увеличена, как то, если ее приложение внезапно становится более популярным, Вы можете VMotion она к более мощной машине, не беря отключение электричества. При использовании нескольких экземпляров, с другой стороны, Вы смотрите на интенсивную временем и трудоемкую установку.
Более гибкие окна отключения электричества - если у Вас есть все Ваши базы данных по единственной ОС (несколько экземпляров SQL) затем, необходимо сделать большую координацию, чтобы сделать исправления Windows. Если они вспыхиваются на различных виртуальных гостей, то можно сделать исправление каждый раз, когда это является самым удобным для каждого отдельного гостя (и его соответствие базам данных.)
Лучшие пределы безопасности. Если один SQL Server сталкивается с проблемами, и третье лицо должно заняться поиском и устранением неисправностей, можно дать им полномочия уровня ОС, не волнуясь о том, что они сделают к другим SQL Server, установленным на поле.
Меньше проблем с совместимостью приложения. Некоторые приложения просто не совместимы с именованными экземплярами SQL Server.
Это не все единороги и радуги, все же. Некоторые недостатки подхода виртуального сервера включают:
Я сделал вебкаст на консолидации по сравнению с виртуализацией с экспертами по SQL Server Kevin Kline и Ron Talmage. Регистрация требуется для этого, все же.
Вы - верный DNS, на самом деле делает разрешение для Вашего ноутбука? Это могло разрешать имя-> IP через NetBIOS, который не будет поддерживать iPod.
Проверьте подключенный ноутбук "nslookup нечто" и посмотрите то, с чем оно возвращается, это должно помочь Вам диагностировать проблему. Мое предположение - то, что сервер DNS на самом деле не разрешает IP, или DNS не передается правильно.
У Вас, вероятно, была бы подобная проблема с любыми макинтошами в Вашей сети. Не полностью знакомый с параметрами сети iPod touch, но для меня, чтобы заставить макинтоши в нашей сети поражать нашу интранет просто именем, я должен был изменить "Области поиска" в Параметрах сети Mac.
От Вашего браузера попытайтесь идти в foo.domain.whatever (безотносительно домена, сервер DNS является авторитетным на). Если это работает, добавьте domain.whatever к полю "Search Domains" в параметрах сети на Вашем iPod.
О, и обязательно попробуйте ответ Dave, чтобы удостовериться, что он запрашивает правильный сервер DNS. Вы сказали, что у Вас был беспроводной маршрутизатор, который может использовать свой собственный DNS
Какой беспроводной маршрутизатор Вы используете?
По моему опыту (и я провел определенное исследование в это), пока большинство маршрутизаторов имеет настройки GUI для настроек DNS, некоторые затем не распространяют те настройки через DHCP клиентам.
Проверьте от другого клиента (т.е. ноутбук), какие определенные сопоставители скупо выдаются через DHCP.
Если все выше, кажется, в порядке, и вещи все еще не работают, проверяют доменный суффикс. Если это, оказывается, .local, то проблема описана здесь
http://support.apple.com/kb/TS3389
Я добавил новую зону в своем bind9 conf, .lan, все до одного работают хорошо