Мы должны изменить наш SQL 2005 Server на SQL 2008.
Я сделал ставку на 2008 R2 SP1, но на этой неделе у нас было несколько проблем с ним (связанных с CU7 и CU8), и, насколько я понимаю, в R2 есть ошибки, подтвержденные Microsoft.
У нас нет особых требований, наша база данных SQL 2005 - это простое постоянное хранилище для приложения .NET. Какой у вас опыт? 2008 или 2008 R2?
В каждом продукте есть ошибки, изменения в поведении и предположения, которые не всегда будут верными, о том, как он работает в определенных условиях. Вот почему мы тестируем, так что хорошо, что вы это делаете.
Мой Общее Рекомендация - всегда стремиться обновляться до самой последней возможной версии серверной платформы, чтобы вы знали, что обновленная система будет хорошо поддерживаться в течение наибольшего периода времени и (давайте посмотрим правде в глаза) будет платформой, которая привлекает наибольшее внимание от поставщика с точки зрения своевременного исправления этих ошибок и т. д. В настоящее время для сервера Microsoft SQL это на самом деле SQL Server 2012, так есть ли причина, по которой вы не смотрите на него?
Я бы снова выбрал 2008 R2 SP1 и попытался бы исправить проблемы.
Я понимаю, что это никак не повлияет на вашу установку, но мы остались довольны R2 SP1. Просто простая БД, без репликации и т. Д.
R2 SP1 - зрелая версия, и, если бы я был на моем месте, я бы хотел решить любые конкретные проблемы с помощью MS, зная, что долговечность установки будет намного больше.
Определенно не 2008. Это были бы две основные версии позади. Если вам нужен хороший зрелый выпуск без сюрпризов, о которых все знают, вы выбираете 2008 R2, последний пакет обновлений. Если вы хотите использовать самую новую основную версию, выбирайте SQL 2012.
У обоих подходов есть свои плюсы и минусы, хотя в данном случае я рекомендую SQL 2012, так как он намного лучше с функциями высокой доступности и кластеризации - не так уж сложно настроить вашу базу данных в качестве зеркала (что действительно работает в 2012 году, из чего Я видел до сих пор), так что вам никогда не придется отключать базу данных или серьезно снижать производительность при выполнении задач по обслуживанию. Очень кстати.