Я искал обновление до своей версии SQL Server 2005 Enterprise. Я специально хочу обновить, так как на данный момент я исхожу из двух своих процессоров. Похоже, я мог бы перейти на 64-битный стандарт у своего хостинг-провайдера примерно за те же деньги, что плачу сейчас. Я собирался попробовать добавить еще 2 процессора к настройке, но решил, что могу сначала попробовать 64-битную стандартную версию, а затем добавить дополнительные процессоры, если она еще не была достаточно улучшена.
Есть ли что-то, на что мне нужно обратить внимание при переходе на 64-битную платформу? т.е. есть ли какие-то ошибки с этой миграцией? Глядя на перечисленное сравнение функций Вот Не думаю, что я что-нибудь пропущу из версии Enterprise. Я не уверен, что такое параллельные операции с индексами, но небольшой Google для этой строки, казалось, предполагал, что это было просто как-то связано с перестроением индексов во время работы db, что мне не нужно делать. Есть ли что-то, что не указано по этой ссылке, о чем мне следует знать?
Для нас нет проблем.
Однако вы можете странным образом столкнуться с проблемами памяти. Такие вещи, как планы выполнения и синтаксические анализаторы xml, ограничены адресным пространством пользовательского режима в 32 бита, ваш AWE / PAE и т. Д. Может использоваться в качестве пула буферов. Внезапно вы больше не ограничены. Теоретически вы могли бы иметь огромный кеш планов и крошечный кеш данных.
Настройка Windows 2003 (x64) для SQL Server
Однако высокая загрузка ЦП может быть признаком недостатка памяти / слишком большого количества страниц. Если ваш ЦП привязан к 2, я считаю, что x64 или еще 2 ЦП не помогут. Я бы также сказал, что использование ЦП также может быть вызвано плохим кодом ...
В качестве первого шага рассмотрите настройку, а не оборудование.
Нет проблем с переходом с 32-битной версии SQL на 64-битную версию SQL Server. Вы получите небольшое улучшение производительности, так как в вашем кэше процедур будет больше места для хранимых планов выполнения.
Некоторые вещи, к которым у вас больше не будет доступа.
Перестроение онлайн-индекса. Параллельные операции с индексами (здесь SQL использует несколько потоков для перестройки индекса вместо одного потока) SQL Mail не работает (вместо этого используйте почту базы данных) DTS не работает (вместо этого используйте SSIS) Есть еще несколько элементов, но те самые большие.
Ты сказал
Я не уверен, что такое параллельные операции с индексами, но небольшой Google для этой строки, казалось, предполагал, что это было просто как-то связано с перестроением индексов во время работы db, что мне не нужно делать.
Вам необходимо восстановить свои индексы. Особенно, если вы наблюдаете проблемы с производительностью. Вы также должны регулярно обновлять свою статистику. Если вы будете делать это на регулярной основе, вы, вероятно, обнаружите, что производительность вашей существующей системы улучшается.
Вам, вероятно, также следует убедиться, что в вашей базе данных есть необходимые индексы, и проверить планы выполнения ваших запросов, чтобы убедиться, что имеющиеся у вас индексы используются правильно.
Я переместил SQL 2005 Server из 32-битной в 64-битную среду, и у меня не было никаких проблем, так что все должно быть в порядке.
Самое главное, на что следует обратить внимание на 64-битной платформе, - это убедиться, что вы установили 64-битную версию сервера SQL 2005, поскольку 32-битная версия по-прежнему будет работать в 64-битной ОС. Если вы установите 32-битную версию, вы по-прежнему будете ограничивать свой SQL-сервер 32-битными ограничениями, помимо его эмуляции через WoW.