Міграція інформаційної системи. Перенесення системи без втрати даних на інший комп'ютер. Образ віндовс у віртуальному середовищі. Live SkyDrive

Встановити та налаштувати операційну системуна порядок складніше і довше часу, ніж створити образ і перенести на інший комп'ютер. Якщо у вас виникла необхідність перенести ОС разом з усіма програмами (причиною може бути, наприклад, покупка нового пристрою), не варто панікувати – це робиться просто. Уважно прочитайте рекомендації нижче та виберіть вдалий спосіб «переселити» Windows. Всі необхідні вам файли та утиліти виявляться на місці, ви більше не втрачатимете багато часу і нервів на переустановку ОС. Із встановленням SSD дискатакож не буде складнощів.

Образ системи. Перенесення Windows 7 без установки утиліт

Мабуть, найлегший та найшвидший варіант. У системі є інструмент створення резервної копії - заходимо в меню Пуск, вибираємо "Всі програми", потім "Обслуговування" та "Архівація та відновлення". Далі необхідно створити диск відновлення ОС та створити образ. Виконуємо такі дії:

1. Щоб створити образ, потрібно вказати шлях, де створюватиметься архів усіх даних: вибираємо диск, оптичний чи зовнішній HDD. До речі, можна створити образ та зберігати онлайн, але про це пізніше. Вибирайте диск з достатнім місцем для здійснення цього процесу, краще, якщо це буде все ж таки логічний або зовнішній диск. Архівуємо.

1. Після закінчення процесу завантажуємо інший пристрій, вставляємо носій з копією і завантажуємо систему.
2. Натискаємо на «Відновлення ОС», вказуємо носій із образом.

1. Дія виконана, перезавантажуємо пристрій.

Зверніть увагу! Щоб система завантажилася, необхідно поставити у налаштуваннях BIOS завантаженняз жорсткого диска.

В принципі, метод досить простий і не потребує встановлення жодних утиліт. Однак архів створюється не так швидко і немає можливості його стиснення. Є ефективніші програми.

Створюємо клон ОС. Paragon Drive Copy

Наступний метод перенесення віндовс - за допомогою програми для бекапу або за допомогою віртуалізації. Ви зможете запустити операційну систему без встановлення.

Щоб виконати клонування диска старого ПК, необхідно скачати та поставити програму. Ця програма запросто допоможе здійснити міграцію операційної системи з одного пристрою на інший. Утиліта досить функціональна, має безліч варіантів створення образу та зберігання даних.

Отже, щоб перенести ОС, використовуючи цю утиліту, необхідно виконати ряд дій:

1. Натискаємо "Архівування диска або розділу".
2. Зазначаємо диск для клонування.
3. Ставимо прапорець на "Змінити параметри архівування".
4. Далі вибираємо опцію "Без стиснення".
5. У налаштуваннях має бути зазначено можливість безпосереднього доступу до секторів розділу.

Архівуємо дані. Створюємо новий розділ

Тепер, коли ми створили образ, переносимо його на новий пристрій. Часто буває так, що на комп'ютері стоїть застаріла операційна система (наприклад, Windows XP), але користувач хоче поставити туди сучасну ОС. У такому разі потрібно зробити новий розділ у вже існуючій системі та вибрати його в завантажувачах системи.

Що для цього потрібно зробити?

1. Ставимо додаток на новий пристрій.
2. У додаткові можливостіархівування програма представить розділи диска. Якщо доступна необхідна за обсягом область (розмір створюваного розділу не повинен бути меншим за архів з Windows XP), створюємо новий розділ.
3. Після закінчення процесу створення розділу натискаємо на нього мишкою в утиліті "Backup & Recovery", відновлюємо логічний диск. Дотримуючись вказівок програми, завершуємо налаштування та копіюємо копію на нову операційну систему.

Образ віндовс у віртуальному середовищі. Live SkyDrive

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

Перше, на що варто звернути увагу, – наявність вільного місця. Якщо ви бажаєте розмістити не сильно об'ємний диск, можете використовувати безкоштовний ресурс- Windows Live SkyDrive. Об'єм інформації може бути до 25 Гб.

Інструмент дозволяє створити 3 види папок, які зберігаються в мережі:

Папки, які доступні лише автору,

Папки, для яких автор може скласти список осіб для доступу,

Всі доступні відкриті папки.

Ця утиліта відкриває такі можливості:

• Можливість зберігати дані обсягом до 25 Гб. Доступ може бути здійснений з будь-якого пристрою, навіть з мобільного телефону. Простий інтерфейс допомагає легко завантажити інформацію на сервер.
• Зберігання файлів безкоштовне. Сьогодні безліч подібних сервісів дозволяють безкоштовно зберігати файли в мережі, проте деякі можуть вимагати плати за розширення функцій.
• Можливість створити папку власної структури та зберігати будь-які файли. Ви можете створювати прямі посилання на папки.

Як безпечно зашифрувати інформацію?

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

Щоб зашифрувати інформацію, виконайте такі дії:

1. Встановити утиліту TrueCrypt.
2. Натисніть кнопку «Створити том».
3. Здійсніть вибір потужності шифрування, дуже бажано не шифрувати, інакше може змінитися швидкість закачування і завантаження. Оптимальний варіант- Середня потужність.
4. Переміщуйте дані в готовий контейнер, монтуйте та вводіть пароль. Виконуйте шифрування, дотримуючись підказок утиліти.

Переносимо операційну систему на новий пристрій (ОС однакові)

Найбільш типовий варіант, коли необхідно перенести ОС інший пристрій з аналогічною системою. У такому разі міграція швидко здійснюється за допомогою створення протоколу бекапу утилітою Ocster Backup.

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

Зверніть увагу! Повинна бути активована функція «Use default access permissions», інакше нова операційна система не отримає прав для доступу до файлів.

Переносимо операційну систему на новий пристрій (ОС Windows різні)

Безкоштовна програма Windows Easy Transfer дозволяє перенести систему та всі налаштування на віндовз іншої версії. Не забувайте про особливості певних систем. Наприклад, інформація про профіль зберігається у різних папках.

Програма має досить простий інтерфейс та функціонал. Є і кілька обмежень: утиліта не дозволить міграцію, якщо локалізація системи на пристроях різна, можуть виникнути проблеми з перенесенням ОС, якщо одна з них 64-бітна, а інша - 32х.

У сімці дана утиліта вже є, тому ви зможете легко та просто виконати перенесення за допомогою підказок майстра.

Переносимо ОС на диск SSD

Як перенести віндовс з IDE або SATA на SSD?

Інформація на жорстких дисках зазвичай зберігається на доріжках, які мають розподіл на сектори. SSD відрізняється відсутністю такої розбивки. Коли встановлюєте сімку на накопичувач, вона самостійно визначає характеристики пам'яті накопичувача. Однак при імпорті копії старого пристрою диск вдвічі зменшить швидкість роботи, причиною є збереження копії відповідно тим самим секторам розбивки.

Утиліта для перенесення ОС на SSD

Програм досить багато, розглянемо одну з найбільш популярних та функціональних. Це Drive Copy 11 Professional виробництва бренду Paragon. Ця утиліта дає можливість перенести образ на диск. У чому перевага цієї програми?

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

Проблеми, що виникають під час використання 3Tб диска

Купуючи диск ємністю понад 2,2 Тб, багато хто часто стикається з проблемою: операційна система не хоче використовувати повністю весь об'єм диска - вона його просто не бачить. Причина проста – стандартний варіант розмітки MBR не допускає такої дії. Однак вихід із ситуації є і він просто – знову скористатися вже відомою нам утилітою Drive Copy 11 Professional, вона надасть можливість прочитати весь вільний об'єм жорсткого диска.

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

Цей текст – для тих, хто боїться чіпати те, що начебто працює, щоб не зламати. А також для тих, хто не вірить сказаним словам (особливо якщо їх вимовляє продавець), якщо вони не зафіксовані на папері. І навіть для тих, хто зайшов сюди випадково, але зачепився почитати цікаві матеріали.

А ще він – для всіх тих, хто бажає зрозуміти, що ховається за загадковою фразою «міграція в хмару» і як це все відбувається.

З чого почати?

Коли свіжа людина починає розбиратися в новому собі питанні, вона часто стикається з проблемою, яка формулюється двома словами: «Незрозуміло все». Це може бути освоєння нової мови (людської чи програмної), знайомство з нестандартним пристроєм чи технологією, та будь-що, де виникає замкнене коло: щоб отримати відповідь на запитання, потрібно спочатку поставити запитання, але незрозуміло, що саме запитувати.

Хмарні технології – одна з таких нових речей, у всіх нюансах яких дуже складно розібратися самостійно, тому люди звертаються до фахівців, які вирішують їхні проблеми. Ми ж - не просто фахівці, а відповідальні фахівці, тому окрім вирішення проблем докладно розповідаємо (у блозі чи особисто), що і чому ми робимо. Сьогодні ми поговоримо про міграцію у хмару, що це таке, як відбувається, чим завершується та що буває після. Будемо раді, якщо у вас виникнуть питання, адже це означатиме, що ще для когось світ хмарних технологійстане трохи зрозуміліше. Поїхали!

Що таке міграція?

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

З погляду користувача, міграція – це: «Вранці приходив адмін, сказав, що тепер сервер не в його комірчині, а в Європі. А так - все, як завжди. Хіба що добре спритніше стало».

З погляду замовника, міграція – це: «Щоб усе працювало, я за це гроші плачу!».

Ми повністю згодні з усіма цими визначеннями. Крім того, що за міграцію замовник не платить. Ми (на відміну від переважної більшості провайдерів) надаємо цю послугу безкоштовно, оскільки наше завдання – щоб у нашій хмарі у клієнта все працювало на відмінно! Мало того, ми завжди рекомендуємо, щоб міграцію виконували ми самі, навіть якщо у замовника є свої ІТ-фахівці (а це буває не завжди), оскільки хмари - це окрема галузь знань і видатний в інших питаннях фахівець, який постійно не займається хмарами, може при міграції припуститися помилок, які позначаться на кінцевому враженні.

Відповідно, на підставі власного досвіду ми сформували алгоритми того, як потрібно робити міграцію – часткову чи повну.

Повна міграціяпередбачає таке. На початкових етапах, коли клієнт визначився, які елементи його інфраструктури будуть переноситися в хмару, ми щільно спілкуємося з майбутніми користувачами, щоб зрозуміти, з чим вони працюють і що є найбільш критичним. Поспілкувавшись із замовником, ми визначаємо, у якій послідовності потрібно переносити дані, зв'язки між ними та інструменти керування. Потім ми погоджуємо план робіт із замовником, причому він може вносити до алгоритму свої корективи. А далі ми діємо на підставі цього плану. Як правило, і часткова, і повна міграція відбувається дуже швидко. Починати використовувати наші ресурси можна відразу, за потреби – у день звернення. Офіс із 20 осіб повністю переноситься у хмару в середньому за 5 робочих днів.

Часткова (поступова) міграція- це той шлях, яким йдуть більше великі компанії. Він має на увазі складнішу міграцію досить розгалуженої IT-інфраструктури, яку за 1-2 дні перенести неможливо. І в цьому випадку ми становимо не просто план, а дорожню карту міграції. У нас є й готові типові шаблони міграції, і, якщо потрібно, нетипові рішення, розроблені під конкретного замовника у тісній співпраці з ним.

Міграція на сервер

Укладаючи контракт, ми завжди обговорюємо, яким має бути результат (безперервність робочих процесів, підключення периферійних пристроївабо флеш-ключів, певна швидкодія, забезпечення мобільності, інформаційної безпеки, швидкого доступудо ресурсів, економічні вигоди тощо). Це важливо, тому що, дізнавшись про ці цілі, ми можемо запропонувати ті рішення, які ми вже є накатаними (кращими). Крім того, в нашій партнерській мережі є компанії, які спеціалізуються на самих різних завданнях: наприклад, впровадження рішень на базі «1С», розроблення та впровадження систем електронного документообігу і т.д. І в тих випадках, коли ми добре розуміємо завдання, ми можемо не просто створити якусь конфігурацію, а й порекомендувати найкращі напрацьовані практики для оптимізації міграції у хмару та використання ресурсів. І досвід - наш і наших партнерів - у даному випадкудуже корисний. Знаючи поставлене завдання, ми розуміємо, яким чином протікатиме міграція, щоб отримати від неї для компанії максимальний ефект.

Отже, наступний етап – вибір рішення. Ми пропонуємо замовнику кілька варіантів на вибір, чесно розповідаючи «за» та «проти» кожного рішення, обираючи оптимальне за можливостями та ресурсами. І коли клієнт визначається, закріплюємо відносини договором та виділяємо ресурси. Після цього відбувається налагодження та тестування системи. Це означає, що компанія-замовник розгортає на виділених нами ресурсах те програмне забезпечення, яке там працюватиме, і налагоджує його роботу. Налагодження системи – це важливий процес перед тим, як розпочинати міграцію. Починати міграцію потрібно тоді, коли компанія-замовник переконається, що все повністю готове і систему можна використовувати у бойовому режимі.

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

А далі починається найцікавіше – міграція IT-середовища. Спочатку виконується перенесення даних у хмарне середовище, причому самі дані доступні завжди під час цього процесу, адже ні користувачі замовника, ні його клієнти не повинні зазнавати будь-яких незручностей у роботі. Якщо міграція здійснюється не за одну ніч, що буває досить часто, то якийсь час інфраструктура працюватиме частково у хмарі, а частково – у її поточному виконанні. Тому ми повинні подбати про те, щоб ці дані були одночасно доступні і з хмари, і з попередньої клієнтської інфраструктури. Понад те, нерідко зустрічаються гібридні зміни, у яких частина даних залишається біля замовника, а частина перетворюється на хмару.

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

Доля мігранта

Що відбувається далі? А далі відбувається «життя після життя»: ви успішно мігрували, потрапили в хмару і далі вам необхідно керувати всім цим. І тут ви можете як керувати самостійно (у нас багато зручних інструментів, що передбачають наявність базових ІТ-знань), так і доручати необхідні інфраструктурні роботи нашій техпідтримці, і тоді ми зробимо потрібні змінисамостійно.

Якщо замовник не має системного адміністратора і потрібно, щоб ми не тільки забезпечували роботу його інфраструктури «зовні» (робота віртуальних серверів, бекап даних, робота мережі, тощо), але й виконували роботи з обслуговування «всередині» віртуальних машин(прикладне ПЗ, бібліотеки і т.п.), то ми чудово справляємося з цим у рамках додаткового пакетупослуг TuchaExpert, який передбачає, що ми відповідаємо за обслуговування програмного рівня інфраструктури. Якщо системний адміністратор у компанії вже є, це також чудово, тому що «місцевий» адмін добре знає внутрішню кухню компанії та може займатися подальшим ІТ-розвитком компанії. А ми завжди готові у цьому допомагати та підтримувати.

Виникли питання чи цікаві завдання для нас? Не відкладайте їх у довгий ящик. та отримайте грамотну підтримку вже зараз!

Процес міграції даних може бути одним із етапів проекту впровадження ІВ, а може бути організований як окремий проект. Під процесом міграції даних у рамках цієї роботи розумітимемо проектні роботи, що покривають повний цикл завдань, пов'язаних із міграцією даних: від планування робіт з міграції даних до оцінки результатів етапу міграції даних

У будь-якому випадку процес міграції даних розпадається на кілька взаємопов'язаних послідовних етапів, у цьому дослідженні будуть послідовно розглянуті всі кроки процесу міграції за методологією Oracle та IBM.

Життєвий цикл процесу міграції починається після формування стратегії та оцінки ризиків етапу міграції даних. Схема процесу міграції представлена ​​діаграмі процесу.

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

Після завершення етапу планування міграції даних настає етап визначення вимог до мігрованих даних. Цей етап включає розробку вимог замовника та опис їх у відповідних проектних документах. На етапі збору вимог відповідальною роллю у команді проекту за результат етапу є бізнес-аналітик чи системний аналітик. Докладніше цей етап міграції буде висвітлено у третьому розділі цієї роботи. Вихідною інформацією етапу визначення вимог до даних для міграції є опис структури та складу даних для міграції.

Етап збору вимог до даних для міграції, як правило, дуже тісно взаємопов'язаний з наступним етапом – розробки алгоритмів перенесення даних із системи-джерела в цільову систему. На етапі проектування аналітиками створюються докладні специфікації з описом типів даних системи-джерела та їх взаємозв'язків із типами даних цільової системи. У таких специфікаціях описується структура даних міграції, їх обсяги, джерело, призначення. Специфікація є джерелом для постановки завдань розробнику, який проектуватиме та розроблятиме спеціалізоване ПЗ для перенесення даних. На етапі проектування проводиться аналіз існуючої архітектури даних у системі-джерелі – аналіз «as is» та розробка архітектури даних у цільовій системі – «to be». При аналізі існуючої архітектури даних виявляються та враховуються всі обмеження та ІТ-інфраструктурі, а також їх вплив на роботу цільової системи з мігрованими даними. Вихідними артефактами аналізу архітектури даних можуть бути такі документи, як логічні моделі даних (ER-діаграми, моделі баз даних), словники та довідники з детальним описом кожного елемента та його атрибутів, опис бізнес-правил роботи з даними, відомості про системи, що взаємодіють з системою-джерелом при інформаційному обміні та інтеграції.

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

Описані вище етапи аналізу та планування можна об'єднати у загальний підготовчий етап. Розроблені процедури та механізми міграції регламентують етапи вилучення, перенесення та завантаження даних у нову систему, тобто здійснюються послідовно всі кроки ETL-процесу. Після отримання необхідних міграції даних настає фаза завантаження цих даних у цільову систему, перед початком якої необхідно виділити окремий етап - верифікація мігрованого контенту.

Перевірка відповідності завантажуваних даних вимогам може відбуватися в режимі онлайн - безпосередньо на вході в цільову інформаційну систему або в режимі оффлайн - як проміжний етап у процесі міграції. Після завершення завантаження даних у цільову систему проводиться додаткова перевірка, часто запускаються обидві системи для паралельної роботи. Тестові заходи паралельної роботи плануються під час проектування правил та процедур міграційного процесу. В рамках міграційного процесу паралельна робота двох систем може розглядатись як досвідчена експлуатація. Результатом дослідної експлуатацією може стати підтвердження повної працездатності нової системи із мігрованими даними. У разі виявлення масових помилок у ході паралельної роботи системи-джерела та цільової системи може бути прийнято рішення про повторну міграцію даних та перезавантаження контенту. Узгоджені результати міграції фіксуються у журналі дослідної експлуатаціїцільової системи із завантаженими даними, виконаними тест-кейсами, можуть бути складені опитувальні листи для перевірки відповідності мігрованих даних вимогам цільової системи.

Заходи тестування не обмежуються паралельною експлуатацією системи-джерела та цільової системи. Тести можуть проводитися на вибірках з мігрованих даних з метою раннього виявлення помилок та їх виправлення на початок розробки міграційного ПЗ. Більше рання ліквідація помилок дозволяє економити бюджет і уникнути повторних завантажень даних. До робіт з тестування можуть бути віднесені заходи щодо аудиту даних у процесі міграції. Аудит даних дозволяє відстежувати стан даних та уникнути помилок, спричинених змінами в контенті, які можуть бути внесені користувачами вже під час проведення робіт з міграції.

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

Методологія проведення міграції даних, наведена вище, передбачає, що найбільш «вузьким» місцем при організації даного етапу проекту є етап планування та роботи з бізнес-вимогами замовника, тобто збирання вимог та проектування, тому розглянемо підходи до вирішення завдань цих етапів докладніше у наступних частинах роботи. Крім етапів планування та розробки бізнес-вимог особливу увагу варто приділити етапу оцінки результатів робіт етапу міграції даних, оскільки відповідно до циклу Демінга (PDCA) саме проведення заходів з оцінки робіт є умовою успішності проведення аналогічних робіт в аналогічних проектах.

1.1. Особливості планування міграції даних

Планування міграції даних є першим етапом життєвого циклупроцесу і проводиться з урахуванням розуміння основних ризиків процесу та стратегії міграції. Вхідною інформацією, крім стратегії міграції, може бути розділ технічного завдання або документа про рамках всього проекту, присвячений міграції даних. На етапі планування визначаються рамки процесу міграції даних, встановлюються досяжні за умов проектних обмеження (джерела даних, вимоги верхнього рівня) мети процесу міграції даних. Для визначення рамок процесу міграції доцільно залучення бізнес-користувачів, які мають розуміння того, як система працювала з даними у минулому і як вона має працювати з ними в майбутньому. Далі, залежно від способу міграції, встановлюється термін, і виділяються необхідні ресурси в рамках заданого бюджету. При плануванні міграції даних важливим моментомє визначення учасників процесу з боку замовника, тобто тих бізнес-користувачів та технічних фахівцівзамовника, які відповідають за керування даними. На виході процесу планування процесу міграції даних можуть формуватися такі проектні артефакти:

• - документ про рамках міграції даних;
• - план робіт з міграції даних із зазначенням відповідальних членів проектної команди;
• - план комунікацій на етапі міграції.

Організація етапу міграції у проектах впровадження ІВ починається з етапу планування, де необхідно скласти план робіт, розрахувати необхідні ресурси та терміни виконання.

Пакети робіт на етапі міграції повинні відповідати фазам життєвого циклу процесу, зразкова структура плану-графіка робіт може бути такою:

• - планування та позначення рамок міграції даних;
• - бізнес-аналіз та документування вимог;
• - вибір, налаштування або проектування та розробка спеціалізованого ПЗ;
• - перенос даних;
• - валідація мігрованих даних;
• - Дослідна експлуатація;
• - пост-міграційні роботи з очищення та тестування;
• - Погодження результатів міграції, оцінка та закриття етапу проекту впровадження.

Призначення відповідальних членів проектної команди виконання пакетів робіт етапу міграції даних відбувається на етапі планування після складання плану робіт.

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

Відповідно до моделі MSF передбачається наступний розподіл зон відповідальності між рольовими кластерами:

• - Системний аналітик – управління програмою, задоволення споживача;
• - менеджер з розробки - управління програмою, управління продуктом, управління випуском;
• - розробник – розробка алгоритмів або спеціалізованого ПЗ для перенесення даних у цільову Систему, спеціалізованого ПЗ (при необхідності);
• - Тестувальник – тестування, управління випуском.

Для того щоб наочно продемонструвати участь залучених людських ресурсів у заходах процесу міграції даних складемо матрицю RACI – наведено у додатку 1 до роботи (див. Додаток 1 – Матриця RACI для робіт з міграції даних).

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

Переведення існуючої інформаційної системи (ІВ) компанії на будь-яку нову платформу, у тому числі на Microsoft Windows 2000, - складне і трудомістке завдання, вирішення якого потребує системного підходу та планування.

Конкретний план робіт із впровадження ОС Windows 2000 та компонентів BackOffice Server 2000 (саме такий комплекс ми і називаємо у цій статті платформою Windows 2000) залежить від масштабу та особливостей вашої організації. У випадку «правильний» план робіт виглядає так:

• аналізується існуюча ІВ компанії;
• планується структура нової ІВ, яка використовує всі переваги платформи Windows 2000;
• виконується пілотний проект;
• встановлюється та налаштовується програмне забезпечення.

Аналіз існуючої системи

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

Аналіз апаратного забезпечення. Основні цілі - визначити, чи апаратне забезпечення відповідає вимогам платформи Windows 2000, і визначити варіанти його найбільш ефективного використання. Важливо, що при переході на Windows 2000 необов'язково відмовлятися від використання застарілої техніки – наприклад, при використанні термінального сервера застаріла техніка працюватиме навіть із більшою ефективністю, ніж під керуванням попередніх версій Windows(Див. В. Жирнов, «Термінальні рішення», Enterprise Partner № 15/2000, с. 24).

Аналіз структури комунікацій.Основна мета - промальовувати детальний план комунікацій, який можна буде використовувати на етапі планування структури нової ІС.

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

Складання переліку серверного програмного забезпечення та використовуваних програм.Мета - отримання зведеного звіту, в якому будуть перераховані характеристики серверів, функції, які вони виконують, використовувані програми. Після складання цього звіту проводиться комплексний аналіз можливості переведення інформаційної інфраструктури на платформу Microsoft Windows 2000; у своїй розглядається можливість оптимізувати використання наявних серверів.

За підсумками першого етапу ви отримаєте комплексне уявлення про поточний стан ІС та з'ясуйте, наскільки вона відповідає вимогам платформи Windows 2000, а також які приблизні терміни та вартість повного циклу робіт із перекладу системи на цю платформу.

Планування структури нової системи

Слід розробити кілька варіантів логічної архітектури ІВ та її апаратно-програмної реалізації відповідно до пріоритетних напрямів діяльності та інтересів компанії. Зазвичай цей етап включає розробку кількох планів.

План інформаційної інфраструктури компанії після закінчення міграції.У ньому відбивається майбутня доменна структура компанії, організація мережевих сервісів, забезпечення безпечного доступув Інтернет, поштова інфраструктура, схеми резервного копіюваннята відновлення серверів у разі апаратних збоїв. Крім того, передбачається можливість відновлення колишньої інфраструктури компанії – на випадок виникнення проблем під час переведення серверів на платформу Windows 2000. Нове рішення можна впроваджувати паралельно існуючому. Наприклад, якщо сховище даних компанії засноване на СУБД Oracle і було ухвалено рішення про перехід на СУБД Microsoft SQL Server 2000, можна створити таке рішення, яке дозволить співіснувати цим двом системам на тестовий період. Тим самим знижується до мінімуму можливість збоїв чи простоїв та забезпечується плавний перехід на нову платформу.

План міграції серверів.У ньому описується порядок переведення серверів на платформу Windows 2000, формулюється перелік вимог, які мають виконуватися під час міграції. Фактично це стане основним документом, за яким працюватимуть інженери, які виконують міграцію.

План міграції клієнтських комп'ютерів.Описує послідовність та порядок оновлення існуючих в організації платформ.

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

Підсумком другого етапу має стати календарний план-графік робіт із побудови ІС на базі платформи Microsoft Windows 2000, із зазначенням видів робіт, їх термінів та вартості, а також з описом очікуваної функціональності системи.

Пілотний проект

На даному етапі необхідно протестувати роботу критичних бізнес-додатків та функцій в умовах, наближених до платформі Windows 2000. Можна змоделювати роботу критичних додатків на тестовому стенді, що імітує структуру, що впроваджується. Можна провести різного роду тестування обладнання, щоб з'ясувати можливості використання різних конфігурацій та налаштувань програмного та апаратного забезпечення. Можна провести порівняльне тестуваннянаявної та впроваджуваної систем, наприклад, тестування поточних ліній зв'язку з метою з'ясування можливостей використання VPN-каналів або синхронізації Windows 2000 Active Directory. Крім того, на даному етапі можна протестувати використовувані в теперішній моментПрограми на платформі Windows 2000.

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

Встановлення та налаштування програмного забезпечення

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

Як бачите, опис цього етапу займає у статті мінімум місця – саме тому, що він має бути повністю описаний у ході трьох підготовчих етапів. Здійснюватися він має у найкоротші терміни. Підсумком має стати встановлена, налагоджена та протестована ІС, що повною мірою реалізує можливості платформи Microsoft Windows 2000. І якщо ви не знехтували підготовчими етапами та залучили до проекту професійних виконавців, то так воно і буде.