Програма работает с сервером MSDE 2000, проводится upgrade на MSSQL 2008 Express.
В связи с этим вопрос, какие конфигурационые установки надо задать при установке сервер MSSQL 2008 чтобы
не пришлось менять код в GUI который заточен сейчас на MSDE 2000.
Как правиьно делать такой переход на MSSQL 2008, хотелось бы еще сделать uninstall MSDE 2000 после
установки MSSQL 2008 и не потерять при этом даные из текущей базы. Все хотелось сделать в автоматическом режиме.

Здравствуйте, Аноним, Вы писали:

А>Програма работает с сервером MSDE 2000, проводится upgrade на MSSQL 2008 Express.
А>В связи с этим вопрос, какие конфигурационые установки надо задать при установке сервер MSSQL 2008 чтобы
А>не пришлось менять код в GUI который заточен сейчас на MSDE 2000.

Посмотри на список не поддерживаемых вещей.
http://msdn.microsoft.com/ru-ru/library/ms144262(v=sql.105).aspx
У тебя их и не будет практически наверняка.

Посмотри на устаревшие вещи.
http://msdn.microsoft.com/ru-ru/library/ms143729(v=sql.105).aspx
Если у тебя есть такие, то на уровне БД поставить нужно будет COMPATIBILITY_LEVEL = 80. Хотя лучше бы потом пройтись по всем deprecated features и исправить.
Если нет таких, то ставь уровень на 105. Всё должно работать нормально без всяких проблем.

А>Как правиьно делать такой переход на MSSQL 2008, хотелось бы еще сделать uninstall MSDE 2000 после
А>установки MSSQL 2008 и не потерять при этом даные из текущей базы. Все хотелось сделать в автоматическом режиме.

Бэкап с MSDE, восстановление на SQL Server 2008R2 Express. Проверка работоспособности.
Учти, что в обратную сторону (с 2008 на msde) бэкапы работать не будут.
Так что, если что-то пойдет не так, новые и измененные данные придется переливать обратно при помощи приседаний и танцев.

Здравствуйте, Аноним, Вы писали:

А>Програма работает с сервером MSDE 2000, проводится upgrade на MSSQL 2008 Express.
А>В связи с этим вопрос, какие конфигурационые установки надо задать при установке сервер MSSQL 2008 чтобы
А>не пришлось менять код в GUI который заточен сейчас на MSDE 2000.

В этом месте сложно повлиять на процесс. Не исключено, что GUI вам не придется менять, но некоторые запросы могут повести себя непредсказуемо. При переходе на 2005 у нас было 1-2 запроса, которые возвращали неверные данные, пришлось их переписать. Детали не вспомню, но по времени это заняло минут 10, запросы были самые простые. Сам GUI затронут не был, т.к. изменения проводились в слое данных.

А>Как правиьно делать такой переход на MSSQL 2008, хотелось бы еще сделать uninstall MSDE 2000 после
А>установки MSSQL 2008 и не потерять при этом даные из текущей базы. Все хотелось сделать в автоматическом режиме.

Существует два режима обновления SQL Server:
1. Side-by-side – параллельная установка — устанавливается на этом же сервере новый экземпляр SQL сервера, БД переносятся через attach/detach, Wizard, bcp и прочее. В таком варианте всегда можно откатиться назад (перейти на старый сервер), если что-то пойдет не так. После того как переход выполнен, можно удалить экземпляр с неактуальной версией.
2. In-place – замещение – новая версия затирает старую версию, т.е. обновляет до актуальной. Обновление выполняется практически в автоматическом режиме. К минусам можно отнести невозможность откатиться назад, если что-то пойдет не так. Предыдущий экземпляр удалять не нужно.

Какой из вариантов будет работать с MSDE и 2008, сказать сложно, необходимо штудировать литературу. Посмотрите пункт 10.4 в этом документе, там отдельно выделено обновление MSDE до 2008 SQL Server 2008 Upgrade Technical Reference Guide В независимости от выбора способа обновления, работоспособность приложения на новой версии должна быть протестирована, с предварительным созданием бэкапов БД.

Здравствуйте, Olaf, Вы писали:

O>1. Side-by-side – параллельная установка — устанавливается на этом же сервере новый экземпляр SQL сервера, БД переносятся через attach/detach, Wizard, bcp и прочее. В таком варианте всегда можно откатиться назад (перейти на старый сервер), если что-то пойдет не так.

Я бы поосторожнее давал такие рекомендации.

Здравствуйте, _ABC_, Вы писали:

_AB>Я бы поосторожнее давал такие рекомендации.

В случае использования attach/detach, файлы конечно же не перемещать, а копировать в новую папку с данными, чтобы старая версия функционировала, до момента окончательно перехода. Риск обновления при использовании side-by-side сводится к минимуму, а если все еще покрыть тестами на тестовой машине, то вообще можно свести к нулю.

Здравствуйте, Аноним, Вы писали:

А>Програма работает с сервером MSDE 2000, проводится upgrade на MSSQL 2008 Express.
А>В связи с этим вопрос, какие конфигурационые установки надо задать при установке сервер MSSQL 2008 чтобы
А>не пришлось менять код в GUI который заточен сейчас на MSDE 2000.
А>Как правиьно делать такой переход на MSSQL 2008, хотелось бы еще сделать uninstall MSDE 2000 после
А>установки MSSQL 2008 и не потерять при этом даные из текущей базы. Все хотелось сделать в автоматическом режиме.

Спасибо Всем за ответы!
Пока прошелся по SQL скриптам, единственно что вызывает сомнения так это поле image в одной таблице,
возможно там потребуется blob.
Да и вопрос все таки такой — если не трогать GUI код на клиенте,
что должно быть в новой SQL 2008 отконфигурировано и возможно унаследовано от MSDE 2000.
так чтобы на клиенте не было кодовых изменени.
пока не понятно что с connection string делать в случае, если она останется без изменения но "будет" связана с новым серверои

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Аноним, Вы писали:

А>>Програма работает с сервером MSDE 2000, проводится upgrade на MSSQL 2008 Express.
А>>В связи с этим вопрос, какие конфигурационые установки надо задать при установке сервер MSSQL 2008 чтобы
А>>не пришлось менять код в GUI который заточен сейчас на MSDE 2000.
А>>Как правиьно делать такой переход на MSSQL 2008, хотелось бы еще сделать uninstall MSDE 2000 после
А>>установки MSSQL 2008 и не потерять при этом даные из текущей базы. Все хотелось сделать в автоматическом режиме.

А>Спасибо Всем за ответы!
А>Пока прошелся по SQL скриптам, единственно что вызывает сомнения так это поле image в одной таблице,
А>возможно там потребуется blob.
А>Да и вопрос все таки такой — если не трогать GUI код на клиенте,
А>что должно быть в новой SQL 2008 отконфигурировано и возможно унаследовано от MSDE 2000.
А>так чтобы на клиенте не было кодовых изменени.
А>пока не понятно что с connection string делать в случае, если она останется без изменения но "будет" связана с новым серверои

Уточнение к вопросу. По всему видно что вполне бы устраивал In-place накатить, при этом все установки базы данных, login/passwords, nameinstance ... остались бы прежними но хотелось варриант с возможным откатом Side-by-Side. Сложность в том что GUI без кода достался и трогать его не планировалось

Здравствуйте, Аноним, Вы писали:

А>Да и вопрос все таки такой — если не трогать GUI код на клиенте,
А>что должно быть в новой SQL 2008 отконфигурировано и возможно унаследовано от MSDE 2000.
А>так чтобы на клиенте не было кодовых изменени.
Полный ответ сможет дать только человек, который устанавливал MSDE или предъявлял требования к настройкам. Навскидку могу сказать про collation (select serverproperty('collation')) и default language (select * from sys.configurations where name = 'default language')

А>пока не понятно что с connection string делать в случае, если она останется без изменения но "будет" связана с новым серверои
Здесь нужно учитывать какой способ обновления вы выберите, потому что если ставить поверх (In-Place), то возможно строку подключения не придется менять, а если параллельно (Side-by-side), то новый экземпляр необходимо будет указать в любом случае "сервер\новый экземпляр"