Обновление SQL Server 6.5

Question

Да, я знаю. Существование действующей копии SQL Server 6.5 в 2008 году абсурдно.

Это оговорено, каков наилучший способ перехода с 6.5 на 2005? Есть ли прямой путь? Большая часть документации, которую я нашел, касается обновления 6.5 до 7.

Должен ли я забыть о собственных SQL Server утилитах обновления, написать сценарий для всех объектов и данных и попытаться воссоздать с нуля?

Я собирался попробовать обновление в эти выходные, но проблемы с сервером отодвинули его до следующего. Таким образом, любые идеи будут приветствоваться в течение недели.

Обновление. Вот как я это сделал:

• Резервное копирование базы данных и Мастер на 6.5.
• Выполнить SQL Server 2000 instcat.sql против 6.5 Master. Это позволяет SQL Server 2000 поставщику OLEDB подключаться к 6.5.
• Используйте SQL Server 2000 автономно "Import and Export Data" для создания пакета DTS, используя OLEDB для подключения к 6.5. Это успешно скопировало все таблицы 6.5 в новую базу данных 2005 (также используя OLEDB).
• Используйте 6.5 Enterprise Manager, чтобы записать все индексы базы данных и триггеры в файл .sql.
• Запустите этот файл .sql для новой копии базы данных в Management Studio 2005.
• Используйте Enterprise Manager 6.5 для создания сценариев всех хранимых процедур.
• Выполнить этот файл .sql для базы данных 2005. У нескольких десятков sprocs были проблемы, делающие их несовместимыми с 2005. В основном non-ANSI joins и quoted identifier issues.
• Устранены все эти проблемы и повторно выполнен файл .sql.
• Восстановил логины 6.5 в 2005 и дал им соответствующие разрешения.

При исправлении хранимых процедур было немного промыть / повторить (их было сотни для исправления), но в противном случае обновление прошло отлично.

Возможность использовать Management Studio вместо Query Analyzer и Enterprise Manager 6.5 - такая удивительная разница. Несколько запросов к отчетам, которые занимали 20-30 секунд на 6.5 database, теперь выполняются за 1-2 секунды, без каких-либо изменений, новых индексов или чего-либо еще. Я не ожидал такого немедленного улучшения.

Answer 1

Эй, я все еще застрял в этом лагере. Стороннее приложение, которое мы должны поддерживать, НАКОНЕЦ, перейдет на 2K5, так что мы почти ушли. Но я чувствую твою боль 8 ^ D

Тем не менее, из всего, что я услышал от нашего администратора баз данных, ключ заключается в том, чтобы сначала преобразовать базу данных в формат 8.0, а затем перейти к 2005 году. Я считаю, что для этого они использовали встроенные инструменты миграции / обновления. Есть некоторые большие шаги между 6,5 и 8,0, которые лучше решаются там, чем переход от 6,5 до 2005 напрямую.

Ваша САМАЯ БОЛЬШАЯ боль, если вы еще не знали, - это то, что DTS больше не поддерживает SSIS. Существует модуль типа оболочки, который будет запускать ваши существующие пакеты DTS, но вы захотите вручную воссоздать их все в SSIS. Простота этого будет зависеть от сложности самих пакетов, но я уже сделал несколько в работе, и они были довольно гладкими.

Answer 2

Вы можете обновить 6.5 до SQL Server 2000. Возможно, вам будет проще освоить SQL Server или версию MSDE 2000 года. У Microsoft есть страница на с 6,5 до 2000 . Если у вас есть база данных в формате 2000, у SQL Server 2005 не возникнет проблем с ее обновлением до формата 2005.

Если у вас нет SQL Server 2000, вы можете загрузить версию MSDE 2000 непосредственно от Microsoft.

Answer 3

Если вы можете найти профессиональную или какую-либо другую версию Visual Studio 6.0 для сверхпредприятий - она ​​поставляется с копией MSDE (в основном предшественник SQL Express). Я полагаю, что MSDE 2000 по-прежнему доступен для бесплатной загрузки от Microsoft, но я не знаю, можно ли перейти непосредственно с 6.5 на 2000.

Я думаю, что в концепции вы вряд ли столкнетесь с какой-либо опасностью. Однако годы практики говорят мне, что вы всегда будете пропускать какой-либо объект, разрешение или другой элемент базы данных, который не проявится немедленно. Если вы можете написать весь дамп, лучше. Поскольку у вас будет меньше шансов что-то пропустить - и если вы что-то пропустите, это можно легко добавить в сценарий и исправить. Я бы избегал любых ручных действий (кроме однократного нажатия клавиши ввода), таких как чума.

Answer 4

Я ни в коем случае не авторитет, но я считаю, что единственный поддерживаемый путь - от 6,5 до 7. Конечно, это был бы самый вменяемый маршрут, тогда я считаю, что вы можете перейти с 7 на 2005 безболезненно.

Что касается сценариев всех объектов - я бы посоветовал против этого, поскольку вы неизбежно что-то упустите (если ваша база данных не является тривиальной).