Делает базу данных SQL, работают значительно лучше на выделенной машине по сравнению с облаком Azure
Можно запустить с http://technet.microsoft.com/en-us/library/cc179062.aspx пользовательские профили перспективы. Некоторое чтение на этом покажет ключи, которые они используют, ключи хранятся в Текущем Пользователе HKEY (когда они зарегистрированы) от того, что я вспоминаю. Они прокладывают его под землей вполне прилично. Вы могли бы просто сойти с рук генерацию файла PRF и развернуть настройки с помощью этого.
Вы, вероятно, ищете свое имя сервера или URL, но Вы не найдете его, это кодируется немного в реестре. Большинство значений, которые Вы пытаетесь изменить, кодируется в шестнадцатеричное число также, таким образом, это не просто значение UseProxySetting=1. Это больше похоже 1000003009 = 0x229, где 1000003009 битовая маска флажков для всех настроек, Вы ищете одновременно.
Используя PRF файл является самым легким, я сделал его через просто ключи реестра прежде, но это может быть хитрая запись двоичных значений реестра. Кроме того, это - вопрос обнаружения который из их профилей для добавления настроек прокси к. У большинства Ваших пользователей будет 1 профиль, который будет значением по умолчанию, но если у них есть вторая установка от старой миграции или чего-то, к чему необходимо будет играть в некоторые игры со сценариями чтобы:
1. Find the default profile they are using (there's a key pointing to which one (if any) is default)
2. Update the proxy registry section for that profile they are using.
3a. Cross your fingers that they haven't added their home ISP's email to their outlook.
3b. Make sure your script checks that profile's registry keys to make sure they look like your company's setup (server url is the correct encoded string...) before you make the change...
Надеюсь, что это указывает на Вас в правильном направлении.
Что ж, SQL работает ужасно медленно на моем компьютере Compaq 1993 года (с 33 МГц и 4 МБ ОЗУ), но действительно хорошо на гостевой виртуальной машине ESX с 8 виртуальными ЦП, 64 ГБ ОЗУ и подключенным FC SAN для своего диска.
Итак, это зависит от технических характеристик ваших машин.
При прочих равных условиях сервер базы данных на «голый металл» превосходит виртуализированный, но в какой конкретной степени он действительно зависит от множества конфигураций и шаблонов использования - машины, ОС и сам SQL-сервер (и вы об этом не упоминаете). Единственный реальный способ получить точный ответ - это провести тесты, которые, похоже, потратят много денег, чтобы сказать, что вы уже знаете - виртуализированная производительность в некоторой степени хуже, при этом основным определяющим фактором является дисковый ввод / вывод. О. (Отсюда и пропускная способность в 3-4 раза - дисковый ввод-вывод может быть в 3-4 раза медленнее через уровень виртуализации, чем через напрямую подключенные диски.)
Насколько велика эта разница, действительно зависит от того, какой "прирост производительности" , ", а именно , вам нужно выйти из сервера базы данных. Вы не говорите, так что можно только догадываться, что вам действительно нужно. Без надежных показателей производительности для анализа невозможно сказать так или иначе. И как бы вы ни пошли,