Міграція даних з SQL Server 2005 по 2016 рік

Я новачок у адмініструванні SQL Server, однак мені зручно використовувати мову SQL та створювати SSIS пакети.

Я хочу перенести дані з SQL Server 2005 на 2016 рік.

Моє запитання: чи потрібно мені турбуватися про системні бази даних та інші об'єкти, такі як індекси, збережені процедури, перегляд, безпека та дозволи. входи в систему чи можу я просто переміщувати дані.

Яка була б рекомендована процедура в цьому випадку.

Макс дав гідну відповідь, яку я схвалюю, як тільки я закінчу введення цього альтернативного перегляду вгору.

Я не прихильник відновлення системних баз даних під час міграції оновлень, і я вважаю за краще робити міграції на місці оновлення, як я обговорював у цій тривалій відповіді на інше питання.

В основному я люблю починати "свіжим", коли роблю міграцію. Я вважаю, що граючи з міграцією системних баз даних та оновленнями через відновлення, іноді це може спричинити розчарування з відновленнями, і це може перенести потенційні гріхи.

Ви також запитували про індекси, збережені процедури, представлення даних. Ці елементи на рівні бази даних повинні містити всередині бази даних користувача. Отже, коли ви відновите базу даних X на новому сервері, всі об’єкти бази даних (таблиці, користувачі, представлення даних, програми, функції тощо) також будуть там.

У системних базах даних існують завдання, входи в систему, оповіщення, пов'язані сервери, ключі шифрування тощо.

Я хотів би розглянути ці та мігрувати на те , що мені потрібно , використовуючи різні сценарії - в останнім часом , що є DBATools.Io Powershell сценаріїв. Мені подобається використовувати їх скрипт, особливо для копіювання логін sql , тому що він обробляє користувачів, що підтверджують автентичність SQL, зберігаючи паролі та ідентифікатори безпеки однаковими, тому користувачі баз даних із цих входів працюватимуть. Вони також мають цілу команду міграції SQL Server, яка виконує свої підкоманди для копіювання елементів, які я зазвичай копіював.

Я не вірю, що Макс помиляється з цією відповіддю, звідси і голосування. Я просто мав більше успіху та більше удачі і відчував себе комфортніше переходити до нового, а не намагатися відновити через системні бази даних між версіями. Я б сказав, що я, чесно кажучи, не можу згадати востаннє, коли я робив міграцію оновлення версії, і не робив цього так замість відновлення системних баз даних.

Ви хочете розглянути можливість переміщення системних баз даних (головний, MSDB і, можливо, модель), якщо вам потрібен доступ до метаданих, що зберігаються в цих базах даних.

Майстер зберігає предмети, такі як логіни, сертифікати безпеки тощо.

msdb містить подробиці про резервні копії та зберігає конфігурації завдань агента SQL Server, серед інших деталей.

Модель може бути налаштована вами або вашою командою, щоб дозволити новоствореним порожнім базам даних містити набір заздалегідь визначених об'єктів, які ви використовуєте у кожній базі даних.

Міграція баз даних системи може бути виконана досить легко; докладні вказівки доступні у MSDN на веб-сторінці Back Up and Restore System Database (SQL Server) .

Залежно від ваших вимог, ви могли б виконати BACKUP DATABASEоперацію над базами даних користувачів на екземплярі 2005 року, а потім RESTORE DATABASEна екземплярі 2016 року, щоб зібрати всю базу даних, включаючи всі дані, індекси та інші об'єкти.

Для цього, принаймні спочатку, знадобиться стільки ж місця, яке споживає база даних на екземпляр 2005 року. Однак, відновивши базу даних, ви можете скористатися стисненням даних, щоб істотно зменшити необхідний слід.

Докладнішу інформацію про виконання резервних копій та про відновлення сценаріїв відновлення див. У розділі Про роботу з резервними копіями SQL Server .

Це до 2012 чи 2016 року? Це має різницю в тому, що IIRC 2012 - це перевірений шлях міграції, а 2016 - ні. Отож, відомі проблеми задокументовані та / або будуть схоплені консультантом з оновлення 2012 року. Неперевірений шлях все ще може працювати без проблем, це просто невідомо. Однак, настійно рекомендую перейти до 2016. Я підозрюю, що зусилля будуть майже однаковими.

Див. Чи оновлюєтесь ви з SQL Server 2005? в документації на варіанти оновлення 2005 року та посилання на дуже детальний процес оновлення. Процес оновлення був написаний у 2014 році, але досі застосовується для 2016 року.