Системна миграция. Интеграция и миграция на информационни системи. Инструкции за SSD от Samsung

В тази статия бихме искали да систематизираме нашия опит в извършването на миграция на данни в големи корпоративни проекти, свързани с прехода на Клиенти към работа в конфигурации 1C:Enterprise 8.

В същото време основният акцент в статията ще бъде поставен преди всичко върху технологичния компонент на миграционния процес. Организационният компонент също е засегнат, но в по-малка степен.

Термини и дефиниции

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

Миграцията на данни трябва да се разграничава от интегрирането на данни. Интеграцията, за разлика от миграцията, е постоянна част от ИТ архитектурата и отговаря за потока от данни между различни системи и хранилища за данни - и е по-скоро процес, отколкото проектна дейност.

Схемата за миграция като цяло изглежда така:

Ориз. 1

Исторически системи- бази данни на компанията на Клиента, които се планират да бъдат напълно или частично заменени по време на изпълнението нова система.

Приемна система- целева система, произволна конфигурация “1C:Enterprise 8”.

Изходни данни- данни, изтеглени от исторически системи в персонализиран файлов формат xls. В този случай форматът xls изглежда един от най-удобните, тъй като възможността за качване в xls файл присъства в много счетоводни системи от „предишни поколения“.

Като съвременна алтернатива е възможно файловият формат xml да се разглежда като транспорт.

Има и опции за използване на междинна база данни.

Трансформация, обръщане- процесът на преобразуване на изходните данни в данни за зареждане. Трансформацията на данните се извършва в съответствие с шаблоните за зареждане. Резултатът от трансформацията са данните, които трябва да бъдат заредени.

Данни за изтегляне- данни, предназначени за зареждане в приемащата система. Тази статия, както и изходните данни, разглеждат формата xls.

Шаблони за данни за зареждане- описание на таблици с данни, които да бъдат заредени в целевата система.

Етапи на миграция

Нека разгледаме процеса на подготовка и провеждане на миграцията стъпка по стъпка.

Организационните етапи на миграцията включват следните точки:

· Дефиниране на миграционна стратегия. На този етап Изпълнителят и Клиентът съгласуват технологията за извършване на миграционни работи;

· Определяне на състава на работната група по миграцията. Работната група трябва да включва специалисти както от Изпълнителя, така и от Клиента, които са достатъчно запознати с работата на исторически системи (от страна на Клиента) и целевата система (от страна на Изпълнителя);

· Предварителен план за миграция. Планът за миграция ще бъде коригиран няколко пъти с напредването на проекта;

· Периоди от дати за изтегляне на данни от исторически системи, обеми от данни. Периоди на прекъсване на данните за миграции, дати на тест и окончателни миграции. Тази информацияможе да се припише на плана за миграция;

· Състав на данните за мигриране. Справочни данни, класификатори, данни за сделки, салда, обороти и др.;

· Въпроси за проверка на качеството, коректността и целостта на данните по време на процеса на миграция и в края;

· Проблеми с връщане към предишно състояние в случай на повреди.

Нека да разгледаме по-отблизо технологични етапимиграция.

Ориз. 2

1. Подготовка на шаблони за зареждане на данни

Шаблонът за зареждане на данни съдържа технически описаниятаблици с данни за зареждане, алгоритми и правила за зареждане за текущия шаблон.

Всеки шаблон обикновено е насочен към една или повече свързани таблици в целевата система.

Шаблонът гласи:

· Описание на всички полета на xls файла с данни за изтегляне, включително:

o Име на полето

o Индикатор, че полето трябва да бъде попълнено

o Пример за попълване на полето

o Забележка

· Описание на правилата за зареждане на целевата системна таблица въз основа на данните за зареждане (опашка в случай на няколко свързани таблици, алгоритми за търсене на ключови полета и др.)

· Описание за директно попълване на полетата на целевите системни таблици, ако е предоставено нещо различно от прехвърляне на данни „едно към едно“ от файл с данни за зареждане. Уместно за референтни полета, например.

По време на работата на този етап Изпълнителят трябва да подготви и зареждане на файл с данни за зареждане. При работа с xls файлове тази задача не е особено трудна.

2. Идентифициране на източници на данни

Този етап може да започне заедно с предходния етап „1. Подготвяне на шаблони за зареждане на данни."

На този етап специалистите на Клиента определят от кои системи и какви данни могат да бъдат изтеглени. Трябва също така да определите какви данни Може би може да са необходими.

По правило при големи миграционни проекти идентифицирането на пълен изчерпателен списък от източници на данни може да отнеме доста дълго време и се случва, докато работата продължава в следващите етапи.

Често има ситуации, когато, за да се гарантира допълнително целостта на информацията, някои данни трябва да бъдат прехвърлени от печатни източници (дигитализирани) или дори въведени в таблици според думите на ключовите служители на Клиента.

Въпреки това, на този етап трябва да се опитате да идентифицирате възможно най-много необходими данни.

3. Качване на изходни данни

Процесът на изтегляне на данни от исторически системи може да отнеме доста време, особено ако има много системи, те са различни и различни подразделения на Клиента са отговорни за тях. Тази точка трябва да се вземе предвид по време на тестовата и крайната миграция.

Най-удобният вариант изглежда е качването в xls файлове. Много по-стари ИТ системи поддържат тази опция.

Може да има и опции за качване в csv формат, dbf, xml формати и други.

Заслужава да се отбележи, че по една или друга причина (проблеми със сигурността, например), Клиентът не винаги може да предостави пълно изтегляне на данни на този етап! Само структура от данни и няколко тестови позиции. По този начин може да възникне ситуация, че по време на тестови и крайни зареждания в изходните таблици ще бъдат открити данни с ниско качество, което ще доведе до непланирани грешки.

За да се сведе до минимум този проблем, обемът на тестовите изтегляния от исторически системи трябва да бъде договорен предварително.

4. Картографиране на данни

Картографиране (картографиране на данни) - като цяло, процесът на сравняване на данни от исторически системи и получаващата система. Тоест изходните данни и данните за зареждане.

Етапът на картографиране е най-трудоемкият етап и може да отнеме повече от 50% от цялата работа по задачата за мигриране.

На този етап всички работна групамиграционен проект.

В процеса на картографиране на данни е необходимо да се разграничат подетапите на картографиране на таблици и картографиране на полета.

· Картографиране на таблици, или картографиране на шаблони - сравнение на таблици с изходни данни и шаблони на данни за зареждане. Мачът може да бъде 1:1 или N:N. В резултат на тази работа се компилира и поддържа регистър за картографиране на таблици. Този подетап е необходим за следващия подетап на картографиране на полето и за наблюдение на общото състояние на нещата в картографирането.

· Картографиране на полета - картографиране на полета на таблица в рамките на вече дефинирано картографиране на таблица. Резултатът от тази работа е регистър за картографиране на полета.

Като част от този етап трябва да се извърши и евентуална работа по нормализиране на данните.

5. Подготовка на правила за трансформация

За разлика от предишните етапи, този етап е технически и включва работата на разработчика на Изпълнителя.

Въз основа на съгласуваните регистри за картографиране на полето, специалистите на Изпълнителя разработват правила за трансформиране на данните.

За оперативната работа по време на подготвителните етапи на миграцията и по-нататък, по време на тестови и окончателни миграции, е важно да има удобна среда за разработване на правила (скриптове) за трансформиране на данни и среда за конвертиране на изходните данни в данни за зареждане.

Изискванията за тази среда включват:

· Удобство и скорост на разработване на правила за трансформация;

· Скорост на преобразуване на данни. Входните и изходните файлове могат да бъдат дълги стотици хиляди редове!

· Възможност за работа с няколко входни файла едновременно;

· Възможност за запазване на правилата за трансформация в отделни файлове.

За нашите миграционни проекти разработихме специализирана работна станция за разработчици, използвайки стандартната обработка на 1C Query Console като основа.

Обработката на Query Console е подобрена, за да позволи директни заявки към xls файлове.

Ето пример за комбиниране на два изходни xls файла служители.xls

И Операции.xlsсъс страници:

Отписвания

И Постъпления:

Имайте предвид, че примерът е изкуствен, специално подбран, за да демонстрира всички възможни етапи на трансформация на източници на данни.

Технологичната последователност на трансформационните операции тук е следната:

Използвайки езика за заявки на Access SQL (който предоставя значителни допълнителни възможности в сравнение с езика за заявки 1C), се създава първоначална заявка, която извлича данни от xls файла в средата на 1C. В същото време вече на този етап са възможни различни проверки и нормализиране на данните.

ADO технологията за достъп до данни осигурява висока скоростработа.

Ориз. 3

2. Заявка на езика 1C - основната заявка, която реализира алгоритъма за картографиране на полето. И също така: обогатяване на изтеглени данни с данни от базата данни 1C, прегрупиране, обединяване с резултатите от заявки към други изходни xls файлове и др.

3. Последваща обработка на резултата от заявката на 1C, ако е необходимо. Реализира се с помощта на скрипт на езика 1C.

Например, тук прилагаме добавянето на реда „ОБЩО“ в колоните за суми.

4. Запишете крайния набор от данни в xls файл.

Като цяло изходът е окончателни файлове за зареждане в целевата база данни 1C.

Този инструмент също ви позволява да запазвате правила за преобразуване на данни в отделен xml файл:

Освен това е възможно да се работи V пакетен режим, което е особено важно, когато големи количестваразнородни мигриращи данни.

По време на предишните етапи подготвителната част от работата обикновено приключва - всички източници на данни се идентифицират, изходните данни се изтеглят от източниците, шаблоните за изтегляне се подготвят в целевата база данни, подготвя се картографиране на данни и накрая се разработват скриптове за трансформиране на данни .

Трябва да се отбележи, че преди окончателната миграция определено трябва да проведете няколко теста. По време на тестовите миграции Изпълнителят, заедно с Клиентите, идентифицира:

Грешки при преобразуване, грешки при зареждане на данни

Извършете предварителна оценка на качеството на данните, заредени в целевата система

Въз основа на резултатите от тестовите миграции те създават/актуализират окончателен план за миграция

7. Съгласуване на данни

Качеството на изтеглените данни трябва да се проверява както след тестови миграции, така и в края на окончателната миграция. По време на съгласуването могат да се проверят следните показатели:

· Съвпадение на общите суми по салда по документи;

· Количествени съвпадения, например броя на OS;

· Коректно попълване на отделни избрани обекти;

Моля, имайте предвид, че определени проверки на мигриращи данни и проблеми с нормализирането на данните трябва да бъдат разрешени по време на всички процеси на мигриране. Винаги трябва да се запитате какво трябва да се направи на текущия етап, за да избегнете грешки в следващите етапи.

Например:

· Проверка за дубликати по ключови полета. Тя може и трябва да се извършва върху оригиналните данни;

· Принуда на типове полета;

· Референтна цялост;

· Математически несъответствия. Например проверка за празни числови полета, в които е планирано разделяне по време на трансформацията;

· Като цяло се попълват задължителни за проверка полета;

· Замяна на некоректни знаци. Например, английски знаци в полетата на кирилица („о”, „а”, „е” и т.н.) Това важи особено за ключовите полета!

· Проверка на стойностите на низовите полета за съответствие с типовете на получаващата система (ограничения за дължина)

След приключване на окончателната миграция, съгласно предварително определена стратегия за миграция и план за миграция, се взема решение за по-нататъшното функциониране на историческите системи.

Често операцията приключва веднага след окончателното съгласуване на данните и записването на успеха на миграцията - потребителите на новата система вече не поддържат записи в две системи паралелно, а напълно преминават към новата система. В същото време достъпът до старата система се поддържа в режим на четене.

В някои случаи може да възникне паралелна работа на две системи по време на пробната експлоатация (TE) и дори след този период. Въпросът за паралелната работа на потребителите в две системи е тясно свързан с въпроса за възможността за връщане към старата система, ако миграцията (или като цяло работата на новата система!) се счита за незадоволителна.

Заключение

В заключение бих искал да отбележа, че когато става въпрос за мигриране на големи транзакционни системи, които включват много конфигурации на 1C:Enterprise, преходът към нова система може да бъде много трудоемък.

Ето защо трябва да се помни, че всеки подобен проект изисква внимателна подготовка и трябва да бъде придружен от индивидуален план. Въпреки това, независимо от вида на системите, които се мигрират, обемите на базата данни и т.н. обща схемамиграцията изглежда почти идентична.

Повечето съвременни компании използват различни информационни решения в своята дейност и за почти всяка компания рано или късно те стават актуални въпросивърху интеграцията информационни системии/или миграция към по-технологично напреднали платформи. Често няма готови отговори на тези въпроси, така че IDelync възприема цялостен и балансиран подход при избора на оптимални опции за решение за всяка компания.

Интегрирането на различни информационни решения позволява на компанията да:

организира работа с всички нива на корпоративни данни, независимо от вида на софтуерните продукти;

премахване или минимизиране на дублираното въвеждане на информация в съществуващите информационни решения на Компанията;

организирайте сингъл информационно пространствоКомпании с ясно дефинирани информационни потоци между различни решения, разграничаване на правата между потребителите.

Основното предимство на интеграционните решения е, че Компанията може да получи положителен ефект от използването им за по-кратко време и с по-ниски разходи, отколкото при избора на решения, които включват подмяна или надграждане на информационни решения. Специалистите на IDelync имат богат опит в интеграцията и са реализирали проекти на различни информационни системи, като: 1C 7.7 --> 1C 8.x; Инфо счетоводител --> 1С; Турбо счетоводител --> 1С; Платно --> 1C; StoreHouse --> 1C; R-Keeper --> 1C; Excel --> 1C.

Миграцията на системите към по-технологично напреднали платформи или решения се извършва, когато отделните информационни решения са остарели и вече не отговарят на изискванията на компанията. В същото време компанията трябва да извърши прехода бързо и ефективно. Именно в тях – висококачествени и оптимални във времето решения – е специализирана IDelync. Освен това нашата компания разработи унифициран интегриран модул за счетоводни системи, базирани на 1C:Enterprise, а именно от 1C:Enterprise 7.7 до 1C:Enterprise 8. В резултат на миграцията Компанията не само получава по-модерно, продуктивно решение, но и но също така може да автоматизира процеси, които преди не са били обхванати.

IDelync предлага мигриране към други софтуерни продукти на етапи, преминавайки през следните етапи:

Архитектурен, аналитичен и бизнес одит на съществуващи ИТ системи. Тази работа се извършва, за да се определи текущото състояние на системите и да се получи информация за избор на нова система. През същия период се събират бизнес изисквания за новото решение, което дава възможност да се осигурят необходимите модули в новото решение.

Избор на технологии за мигриране на ИТ системи. На този етап се извършва подбор и проектиране на технологии за извършване на миграционна работа. Ако се планира миграция от различни конфигурации на 1C:Enterprise 7.7 към 1C:Enterprise 8, IDelync използва свой собствен модул, тестван на много проекти.

Разработване и конфигуриране на механизма за миграция и неговото тестване.

Миграция към ново решение, пробна експлоатация на получената IT система.

Въвеждане в експлоатация на ИТ системи, системна поддръжка. Внимателното планиране на работата, свързана с въвеждането в експлоатация на нова система, позволява стартирането на ново решение навреме и минимизира рисковете, свързани с внедряването на ново решение.

Системната поддръжка се предоставя по отделно споразумение с Клиента или собствената ИТ услуга на Клиента.

Благодарение на внимателното събиране и анализ на бизнес изискванията на клиента, проектирането и тестването на механизмите за системна интеграция и миграция и ясното взаимодействие с клиента на всички етапи от работата, IDelync успешно извършва интеграцията и миграцията на системи както в рамките на отделни проекти и като част от комплексни проекти за оперативна автоматизация, управленско счетоводство на фирми.

Още услуги (3)

Още решения (1)

Повече опит (3)

• "ID.Integration": интегриран модул за обмен на данни

  Много предприятия вече са постигнали висока степен на автоматизация. В повечето случаи компаниите нямат нито едно информационно решение, а разполагат с набор от различни системи, които се използват за локални счетоводни задачи като поддържане на счетоводни и данъчни записи, оперативно и управленско счетоводство, както и получаване на необходимата отчетност.

  Типичният продукт, на базата на който се правят информационни решения на местни предприятия, е 1C. В тази връзка можем да подчертаем въпросите, които най-често възникват в предприятията на компанията:

  Интеграция– необходимостта от комбиниране на няколко отделни системи за получаване на единно информационно решение и премахване на необходимостта от многократно въвеждане на данни в отделни информационни бази данни;

  миграция– осъществяване на бърз и качествен преход от решения на всяка версия на счетоводната система към системи на версия 1C:Enterprise 8.
  

  За да решат тези проблеми, специалистите на IDelync разработиха универсален интегриран модул за обмен на данни между различни счетоводни програми и конфигурации на 1C:Enterprise платформи версии 7.7 и 8.1.

  Интегрираният модул предоставя обширни гъвкави опции за конфигуриране:

  Синхронизиране на обекти с основни данни, включително възможност за комбиниране на няколко обекта от източник в един обект приемник за получаване на обобщени данни, както и сравняване на обекти от различни бази данни източник с една стойност в приемника.

  Синхронизация на PS, осчетоводявания и кореспонденция - за отразяване на бизнес операции.

  Използването на универсален модул за обмен на данни ви позволява правилно да разрешите следните проблеми:
  

  Обединяване на данни от множество счетоводни бази данни в една консолидирана система.

  Трансформиране на счетоводни записи както в счетоводни записи от друг тип (данъчни, международни и др.), така и в счетоводни записи с друга кореспонденция, в зависимост от обектите на анализ.

  Пълна автоматизация на процеса на обмен на данни. В съответствие с предварителната настройка на основните данни, PS и таблиците за сравнение на кореспонденцията се извършва автоматизиран процес на обмен на данни, след което е достатъчно просто да се провери коректността на заредените данни.

  Възможност за ръчен обмен на данни с гъвкава предварителна конфигурация до отделна операция за отразяване на счетоводната отчетност на икономическите дейности. В същото време, от страна на приемащата база, е възможно ръчно да се коригират осчетоводяванията на заредени транзакции с условието, че промените са защитени от корекция, когато данните за тази операция се актуализират многократно.

  Трябва да се отбележи, че използването на интеграционния модул при мигриране на предприятие от системи, базирани на 1C 7.7 към 1C 8.1, позволява не само ефективно и бързо прехвърляне на „парче“ от салда (т.е. салда по счетоводни сметки към определена дата), , но също така и за осигуряване на пълен трансферен оборот по сметки за всеки период от данни, налични в текуща системасчетоводство. Този подход позволява преминаване от една счетоводна система към друга, като запазва възможността за генериране на регламентирана отчетност за целия отчетен период, независимо от началната дата на функциониране на новата система.

Търговия на едро и на дребно, Е-търговия

• Автоматизация на управленското счетоводство и оптимизиране на бизнес процеса на продажби и логистика за LLC "Търговска къща "Слобожанка"

  Фирма "Търговска къща "Слобожанка"ООД (наричана по-долу "ТДС", "Предприятие") е вносител и дистрибутор на известни марки козметика, хигиенни продукти и стоки за дома. Използвайки развита структура, TDS продава на едро на своите клиенти богат избор от козметични и хигиенни продукти на известни марки от производители в Полша, Русия, Украйна и Китай.

  Целите на този проект бяха чрез автоматизация да се повиши ефективността на оперативните и управленски процеси на Предприятието по отношение на счетоводните функции, функциите по управление и контрол.

  Като се има предвид непрекъснатата работа на Предприятието, както и доста сложните логистични въпроси, свързани с необходимостта от бърза и качествена организация на транспортното натоварване, основната задача, която трябваше да бъде решена по отношение на оперативното счетоводство, беше оптимизирането на процесите на обработка на поръчките , изготвяне на документи, необходими за експедиране, товарене на превозни средства и тяхното изпращане.

  Въз основа на резултатите от предварително проучване, базирано на анализ на бизнес изискванията на Предприятието, Консултантът препоръча преход от информационната система Granit към система от клас ERP, базирана на 1C Enterprise 8. Конфигурацията 1C „Manufacturing Enterprise Management“ беше избрано като основно решение. Единна система за оперативно и управленско счетоводство реализира бизнес процес за управление на обслужването на клиентски поръчки, който включва задачите по подготовка на документи, транспортна и складова логистика и контрол на потвърждението на пратката. За оптимизиране на процеса на получаване на клиентски поръчки, системата реализира широк набор от възможности за интеграция с външни източници(Emigo, Exite, EXCEL, PDA). В системата е реализиран и ценообразуващ процес по марка и клиент, както и механизъм за следене на вземанията по марка и падеж. Внедреното решение обхваща всички блокове от икономическата дейност на предприятието, а също така ви позволява да поддържате счетоводство на дълготрайни активи, да изчислявате заплатите на ръководството, да управлявате взаимоотношенията с клиенти (CRM) и да получавате финансови отчети за всеки интересен период (включително ежедневно). Във финансово-отчетния блок са внедрени следните отчети: Отчет за финансовите резултати, Отчет за паричните потоци, Баланс. Единната система за управленско счетоводство е интегрирана със счетоводни системи за последващо изготвяне на регламентирана отчетност и е извършена интеграция със системата Клиент-Банка.

• Техносила, иновации и реинженеринг за електронна търговия, сливане на Техносила с групата Техношок

  Техносила, Москва, Русия, http://www.tehnosila.ru, една от лидерите в търговските вериги в областта на търговията с електроника и артикули домакински уредив Русия. 50 региона, 137 магазина и онлайн магазин, покриващ всички региони.

  Проекти: ИТ Одит на информационни системи и бизнес среда (SAP, 1C, PHP, FoxPro, Delphi); Управление на ИТ проекти и бизнес иновации за електронна търговия; Реинженеринг на бизнес процеси за електронна търговия; Проектиране на ИТ архитектура за електронна търговия, интеграция и онлайн взаимодействие; Реализиране на ИТ проекти за електронна търговия; Сливане на Техносила с групата Техношок, http://tshok.ru, Санкт Петербург, Русия, 16 града, 42 магазина и онлайн магазин.

• • Интегриране на MS CRM (Microsoft Dynamics 4.0) и 1C.8.1 "Manufacturing Enterprise Management" за група интернет компании SUP и +SOL, Москва, Русия

    Целта на този проект беше да се разработи и внедри приложение, което решава проблема с обмена на информация в установен форматмежду специализирана информация Microsoft система Dynamics CRM 4.0 и MIS, базирани на 1C:8.1 „Manufacturing Enterprise Management“.

    Реализираният механизъм осъществява двупосочен обмен на информация между информационни базина линия. В резултат на всяка сесия за обмен на данни UIS получава актуализирана нормативна и справочна информация за клиенти, артикули на продукти, клиентски заявки, а в обратна посока (към MS CRM) се предава информация за плащания и документи, издадени за клиента.

    Проектирането и внедряването на механизма за обмен на данни бяха извършени от Консултанта в тясно сътрудничество с трета страна, внедрила информационна система за управление на взаимоотношенията с клиенти (CRM), базирана Продукт на Microsoft Dynamics CRM 4.0. Ясна организация на работата по взаимодействие с екипа разработчик на трета странани позволи да проектираме, внедрим и внедрим механизъм за обмен на данни за кратко време и да предоставим на Компанията необходимата, последователна информация в двете системи.

Процесът на миграция на данни може да бъде един от етапите на проект за внедряване на ИС или може да бъде организиран като отделен проект. Под процеса на миграция на данни в рамките на тази работа имаме предвид проектантска работа, която обхваща пълния цикъл от задачи, свързани с миграцията на данни: от планиране на работата по миграция на данни до оценка на резултатите от етапа на миграция на данни.

Във всеки случай процесът на миграция на данни е разделен на няколко взаимосвързани последователни етапа; това проучване последователно ще разгледа всички стъпки на процеса на миграция според методологията на Oracle и IBM.

Жизненият цикъл на процеса на миграция започва след формирането на стратегията и оценката на рисковете на етапа на миграция на данни. Очертание на процеса на миграция е представено в диаграмата на процеса.

Целта на всеки процес на мигриране на данни е да картографира информацията, типовете данни и форматите на старата система с типовете данни и форматите на новата система. При мигриране на данни, етапът „Извличане на данни“ съответства на избора и разтоварването на данни от старата система, а етапът „Зареждане на данни“ съответства на прехвърлянето на получените данни от старата система и зареждането им в новата система. По-долу процесът на миграция ще бъде разгледан по-подробно.

След завършване на етапа на планиране на миграцията на данни започва етапът на определяне на изискванията за мигрираните данни. Този етап включва разработване на изискванията на клиента и тяхното описание в съответните проектни документи. На етапа на събиране на изискванията отговорната роля в екипа на проекта за резултата от етапа е бизнес анализатор или системен анализатор. Този етап на миграция ще бъде разгледан по-подробно в трета глава на тази работа. Резултатът от етапа на определяне на изискванията за данни за миграция е описание на структурата и състава на данните за миграция.

Етапът на събиране на изискванията за данни за миграция, като правило, е много тясно свързан със следващия етап - разработване на алгоритми за прехвърляне на данни от изходната система към целевата система. По време на фазата на проектиране анализаторите създават подробни спецификации, описващи типовете данни на изходната система и техните връзки с типовете данни на целевата система. Такива спецификации описват структурата на данните за миграция, техния обем, източник и цел. Спецификацията е източник за поставяне на задачи за разработчика, който ще проектира и разработи специализиран софтуер за пренос на данни. На етапа на проектиране се извършва анализ на съществуващата архитектура на данните в изходната система - анализ на „както е“ и разработване на архитектура на данни в целевата система - „да бъде“. При анализа на съществуващата архитектура на данни се идентифицират и вземат предвид всички ограничения в ИТ инфраструктурата, както и тяхното влияние върху работата на целевата система с мигрирани данни. Изходните артефакти на анализа на архитектурата на данни могат да бъдат документи като логически модели на данни (ER диаграми, модели на база данни), речници и справочници с подробно описание на всеки елемент и неговите атрибути, описания на бизнес правила за работа с данни, информация за системи взаимодействайки със системата източник на обмен на информацияи интеграция.

Резултатите от събирането на изискванията и проектирането са основата за избор на метод и определяне на технологията за мигриране на данни. Миграцията може да се извърши офлайн или онлайн, а категоризацията на методите зависи от това дали приложенията се поддържат по време на процеса на миграция. Изборът на метод и средства за миграция се определя от комбинация от фактори, включително налично време на престой на системата, бизнес зависимост от партньори, обем на данните, физическо местоположение на съхранението на данни на изходната система, политика за информационна сигурност на изходната система и целевата система.

Описаните по-горе етапи на анализ и планиране могат да бъдат комбинирани в общ подготвителен етап. Разработените процедури и механизми за миграция регулират етапите на извличане, прехвърляне и зареждане на данни в новата система, т.е. всички стъпки на ETL процеса се извършват последователно. След получаване на данните, необходими за миграция, започва фазата на зареждане на тези данни в целевата система, преди която е необходимо да се подчертае отделен етап - проверка на мигрираното съдържание.

Проверката на съответствието на изтеглените данни с изискванията може да се извърши онлайн - директно на входа на целевата информационна система или офлайн - като междинна стъпка в процеса на миграция. След приключване на зареждането на данни в целевата система се извършва допълнителна проверка, често и двете системи се стартират за паралелна работа. Тестовите дейности за паралелна работа са планирани при проектирането на правилата и процедурите на процеса на миграция. Като част от процеса на миграция, паралелната работа на две системи може да се счита за пробна експлоатация. Резултатът от пробната експлоатация може да бъде потвърждение за пълната функционалност на новата система с мигрирани данни. Ако се открият масивни грешки по време на паралелна работа на изходната и целевата системи, може да се вземе решение за повторна миграция на данните и презареждане на съдържанието. Съгласуваните резултати от миграцията се записват в дневника на пробната експлоатация на целевата система със заредени данни, завършени тестови случаи и могат да бъдат съставени въпросници, за да се провери дали мигрираните данни отговарят на изискванията на целевата система.

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

След съгласуване на резултатите от миграцията започва етапът на работата след миграцията, включително проверка, почистване и тестване на производителността на целевата система, като цяло, след миграцията на данни. Почистването може да се извърши ръчно или с помощта на софтуер. Почистването на данни се извършва, за да се премахне остарялата информация и да се изпълнят изискванията за информационна поддръжканова система.

Методологията за миграция на данни, дадена по-горе, предполага, че най-тясното място при организирането на този етап от проекта е етапът на планиране и работа с бизнес изискванията на клиента, тоест събиране на изисквания и дизайн, така че ще разгледаме подходите за решаване на проблемите на тези етапи по-подробно в следващите части на работата. В допълнение към етапите на планиране и разработване на бизнес изисквания, трябва да се обърне специално внимание на етапа на оценка на резултатите от работата на етапа на миграция на данни, тъй като в съответствие с цикъла на Деминг (PDCA), това е изпълнението на оценка на работата дейности, което е условие за успеха на извършването на подобна работа в подобни проекти.

1.1. Характеристики на планирането на миграцията на данни

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

• - рамков документ за миграция на данни;
• - Работен план за миграция на данни с посочване на отговорните членове на екипа по проекта;
• - Комуникационен план на етап миграция.

Организацията на етапа на миграция в проектите за внедряване на ИС започва с етапа на планиране, където е необходимо да се състави работен план, да се изчислят необходимите ресурси и срокове.

Работните пакети на етапа на миграция трябва да съответстват на фазите на жизнения цикъл на процеса; приблизителната структура на работния график може да бъде следната:

• - Планиране и определяне на обхвата на миграцията на данни;
• - Бизнес анализ и документиране на изискванията;
• - Избор, конфигуриране или проектиране и разработка на специализиран софтуер;
• - Трансфер на данни;
• - Валидиране на мигрирани данни;
• - Пробна експлоатация;
• - Работа по почистване и тестване след миграцията;
• - Координиране на резултатите от миграцията, оценка и приключване на етапа на изпълнение на проекта.

Назначаването на отговорни членове на екипа на проекта за изпълнението на работни пакети от етапа на миграция на данни става на етапа на планиране след изготвяне на работния план.

Избраните роли в проекта са съчетани с клъстери - области на отговорност, определени в методологията на MSF. Струва си да се отбележи отделно, че под продуктово управление в контекста на миграцията ще разбираме управлението на качеството на мигрираните данни и производителността на целевата система след миграцията. Управление на изданията по отношение на процеса на миграция - извършване на итерации на процеса на миграция, получаване и зареждане на данни за миграция.

В съответствие с модела MSF се приема следното разпределение на областите на отговорност между ролевите клъстери:

• - Системен анализатор- управление на програмата, удовлетвореност на клиентите;
• - Мениджър развитие - управление на програми, управление на продукти, управление на издания;
• - Разработчик - разработване на алгоритми или специализиран софтуер за прехвърляне на данни към целевата Система, специализиран софтуер (при необходимост);
• - Тестер - тестване, управление на изданията.

За да демонстрираме ясно участието на участващите човешки ресурси в дейностите по процеса на миграция на данни, ще изготвим RACI матрица - дадена в Приложение 1 към работата (вижте Приложение 1 - RACI матрица за работа по миграция на данни).

Трябва да се отбележи, че ръководителят на разработката (техническият мениджър) се счита за ръководител на екипа, участващ в миграцията на данни, така че той отговаря за извършването на целия процес като цяло. Ако обаче миграцията на данни се извършва като част от мащабен проект за внедряване на ИС, където е назначен мениджър за целия проект, тогава техническият ръководител на етапа на миграцията ще бъде само изпълнител на задачи, свързани с определяне на срокове и набиране на персонал персонал. В този случай решенията относно персонала, ресурсите и сроковете се вземат колективно от ръководството на проекта.

Инсталирането и конфигурирането на операционна система е много по-трудно и отнема много време от създаването на изображение и прехвърлянето му на друг компютър. Ако трябва да прехвърлите операционната система заедно с всички програми (причината може да е например закупуване на ново устройство), не се паникьосвайте - това се прави съвсем просто. Прочетете внимателно препоръките по-долу и изберете най-добрия начин за „преместване“ на Windows. Всички необходими файлове и помощни програми ще бъдат на мястото си, вече няма да губите много време и нерви за преинсталиране на операционната система. СЪС инсталиране на SSDдиск също няма да е трудно.

Образ на системата. Прехвърлете Windows 7 без инсталиране на помощни програми

Може би най-лесният и бърз вариант. Системата има инструмент за създаване резервно копие- отидете в менюто "Старт", изберете "Всички програми", след това "Поддръжка" и "Архивиране и възстановяване". След това трябва да създадете диск за възстановяване на ОС и да създадете изображение. Извършваме следните действия:

1. За да създадете изображение, трябва да посочите пътя, където ще бъде създаден архивът на всички данни: изберете диск, оптичен или външен твърд диск. Между другото, можете да създадете изображение и да го съхранявате онлайн, но повече за това по-късно. Изберете диск с достатъчно място за извършване на този процес, по-добре е да е все още логичен или външен диск. Архивиране.

1. След като процесът приключи, зареждаме друго устройство, поставяме нашия носител за копиране и зареждаме системата.
2. Кликнете върху „Възстановяване на ОС“ и посочете носителя с изображението.

1. Действието е завършено, рестартирайте устройството.

Забележка! За да стартира системата, трябва да я зададете в настройките Зареждане на BIOSот твърдия диск.

По принцип методът е доста прост и не изисква инсталиране на помощни програми. Архивът обаче не се създава толкова бързо и няма как да се компресира. Има по-ефективни програми.

Създаване на клонинг на OS. Копие на Paragon Drive

Следващият метод за прехвърляне на Windows е чрез приложение за архивиране или използване на виртуализация. Ще можете да стартирате операционната система без инсталиране.

За да клонирате диска на стар компютър, трябва да изтеглите и инсталирате приложението. Тази програма лесно ще ви помогне да мигрирате вашата операционна система от едно устройство на друго. Помощната програма е доста функционална и има много опции за създаване на изображение и съхраняване на данни.

Така че, за да прехвърлите операционната система с помощта на тази помощна програма, трябва да изпълните няколко стъпки:

1. Щракнете върху „Архивиране на диск или дял“.
2. Маркирайте диска за клониране.
3. Поставете отметка в квадратчето „Промяна на настройките за архивиране“.
4. След това изберете опцията „Без компресия“.
5. Настройките трябва да показват възможността за директен достъп до секторите на дяла.

Архивиране на данните. Създайте нов раздел

Сега, след като сме създали изображението, го прехвърляме на новото устройство. Често се случва компютърът да има остаряла операционна система (например Windows XP), но потребителят иска да инсталира там модерна операционна система. В този случай трябва да направите нов дял в съществуваща система и да го изберете в системните зареждащи програми.

Какво трябва да се направи за това?

1. Инсталирайте приложението на новото устройство.
2. IN допълнителни функцииПрограмата за архивиране ще представи дисковите дялове. Ако необходимата област е налична (размерът на създавания дял не трябва да бъде по-малък от архива с Windows XP), създаваме нов дял.
3. След като завършите процеса на създаване на дял, щракнете върху него с мишката в помощната програма „Архивиране и възстановяване“ и възстановете логическо устройство. Следвайки инструкциите на приложението, завършваме настройките и копираме копие в новата операционна система.

Изображение на Windows във виртуална среда. Приложение SkyDrive на живо

Ако имате добра скорост на мрежовата връзка, можете да съхраните резервно копие на операционната система виртуално хранилище. Предимството на този метод е, че не само ще мигрирате системата от едно устройство на друго, но и лесно ще възстановите всички данни в случай на повреда. Освен това, ако притежавате лаптоп, този метод ще ви позволи да възстановите всички файлове, ако устройството бъде изгубено.Ако вашият лаптоп бъде откраднат, няма да загубите важни документи и програми, а ще можете да възстановите всичко на друго устройство. Не забравяйте обаче за сигурността, когато поставяте изображението във виртуално хранилище.

Първото нещо, на което трябва да обърнете внимание, е присъствието свободно пространство. Ако искате да поставите не много голям диск, можете да използвате безплатен ресурс - Windows Live SkyDrive. Обемът на информацията може да бъде до 25 GB.

Инструментът ви позволява да създавате 3 вида папки, които се съхраняват в мрежата:

Папки, които са достъпни само за създателя

Папки, за които създателят може да създаде списък с хора за достъп,

Отворени папки, достъпни за всички.

Тази помощна програма отваря следните възможности:

• Възможност за съхранение на данни до 25 GB. Достъпът може да се осъществи от всяко устройство, дори мобилен телефон. Опростеният интерфейс улеснява качването на информация на сървъра.
• Съхранението на файлове е безплатно. Днес много от тези услуги ви позволяват да съхранявате файлове онлайн безплатно, но някои може да изискват такса за добавяне на функционалност.
• Възможност за създаване на папка със собствена структура и съхраняване на всякакви файлове. Можете да създавате директни връзки към папки.

Как сигурно да криптирате информация?

Някои услуги предоставят възможност за криптиране на данни онлайн. Но все пак е по-добре да внимавате отново и да извършите това действие на компютъра си, като елиминирате възможността за заразяване на файлове.

За да шифровате информация, изпълнете следните стъпки:

1. Инсталирайте помощната програма TrueCrypt.
2. Щракнете върху „Създаване на том“.
3. Изберете силата на криптиране; препоръчително е да не криптирате твърде много, в противен случай скоростта на изтегляне и качване може да се промени. Най-добрият вариант е средна мощност.
4. Преместете данните в готов контейнер, монтирайте го и въведете паролата. Извършете криптиране, следвайки подканите на помощната програма.

Прехвърляме операционната система на ново устройство (ОС са същите)

Най-типичният вариант е, когато трябва да прехвърлите операционната система на друго устройство с подобна система. В този случай миграцията се извършва бързо чрез създаване на протокол за архивиране с помощта на помощната програма Ocster Backup.

“Моите документи” и др стандартни папкине се различават по Windows версии, това опростява задачата - просто трябва да посочите необходимото копие в програмата и да завършите инсталацията, следвайки подканите.

Забележка! Функцията „Използване на разрешения за достъп по подразбиране“ трябва да бъде активирана, в противен случай новата операционна система няма да получи права за достъп до файлове.

Прехвърляме операционната система на ново устройство (ОС Windows са различни)

Безплатно Windows програма Easy Transfer ви позволява да прехвърлите системата и всички настройки към различна версия на Windows. Не забравяйте за характеристиките на определени системи. Например информацията за профила се записва в различни папки.

Програмата има доста прост интерфейс и функционалност. Има и няколко ограничения: помощната програма няма да позволи миграция, ако локализацията на системата на устройствата е различна; могат да възникнат трудности при мигрирането на операционната система, ако една от тях е 64-битова, а другата е 32-битова.

Seven вече има тази помощна програма, така че можете лесно и просто да извършите прехвърлянето, като използвате подканите на съветника.

Прехвърляне на ОС на SSD устройство

Как да прехвърля Windows от IDE или SATA на SSD?

Информацията на твърдите дискове обикновено се съхранява на песни, които са разделени на сектори. SSD се отличава с липсата на такава повреда. Когато инсталирате седемте на устройство, той независимо определя характеристиките на паметта на устройството. Въпреки това, когато импортирате копие на старо устройство, дискът ще забави скоростта наполовина, причината за това е безопасността на копието според същите сектори на повредата.

Помощна програма за прехвърляне на ОС към SSD

Има доста програми, нека разгледаме една от най-популярните и функционални. Това е Drive Copy 11 Professional, произведен от марката Paragon. Тази помощна програма ви позволява да прехвърлите изображение на диск. Какво е предимството на тази програма?

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

Проблеми, които възникват при използване на 3TB диск

Когато купувате диск с капацитет над 2,2 TB, мнозина често срещат проблем: операционната система не иска да използва целия капацитет на диска - просто не го вижда. Причината е проста - стандартното MBR маркиране не позволява това действие. Въпреки това, има изход от ситуацията и той е прост - отново използвайте познатата ни помощна програма Drive Copy 11 Professional, която ще ви даде възможност да прочетете целия свободен обем на твърдия диск.

По този начин мигрирането на операционната система е доста лесно. Всичко, което трябва да направите, е да инсталирате необходимата помощна програма и да използвате съветите в тази статия.

Всеки бизнес се стреми да харчи възможно най-малко, включително за ИТ. Един от начините да спестите пари е да преместите информационните системи в облака. При прехвърляне на данни във виртуализирана среда е необходимо да се вземат предвид законовите изисквания за съхранение и обработка на лични данни. Тези изисквания важат за всяка организация.

Владимир Лебедев, директор по бизнес развитие в Stack Group, ни разказа за тънкостите на процеса на миграция.

Правни изисквания

През 2006 г. е приет 152-FZ „За личните данни“който е предназначен да защитава лицапо време на автоматизирана обработка на лични данни. Миналата година влезе в сила пакет от поправки относно локализирането на лични данни в Русия, които според авторите трябва да повишат нивото на информационна сигурност в държавата и да стимулират руския пазар технологични решенияи пазара за информационна сигурност.

По закон предприятията са длъжни да събират, съхраняват и обработват лични данни на територията на Руската федерация. Всички изисквания са абсолютно еднакви както за руски, така и за чуждестранни компании, ако дейността им е насочена към руска територия. В същото време е възможно прехвърляне на лични данни извън страната, но те трябва да бъдат непроменими и обемът им да не надвишава обема на руски базиданни.

За кого е законът?

Всяка организация действа като оператор на лични данни, например нейните служители, клиенти, партньори, следователно всички компании във всички индустрии са обхванати от закона. Евентуалните проверки обаче заплашват преди всичко компании, чиято търговска дейност се основава на обработка на лични данни: банки, застрахователни компании, компании, предоставящи медицински услуги и др.

Планът за проверка на Roskomnadzor за 2016 г. включва: най-големите софтуерни компании, международни банки, мрежа търговски дружестваи онлайн магазини.

Трудности при прехвърляне на лични данни за международни компании

Често глобалните международни играчи, за да изпълнят законовите изисквания, са принудени да прехвърлят в Русия не само самите данни, но и всички свързани системи: компаниите с централизирани ИТ системи смятат, че е изключително трудно да променят архитектурата на информационната система към спазва едно местно законодателство, тъй като първоначално не разполагаше с отделни центрове за обработка на информация. Възстановяването на информационните системи изисква значителни инвестиции.

Виртуализация

Преминаването към облака е по-евтино от закупуването и инсталирането на хардуер. В края на 2014 г. цените на руските облаци бяха средно с 15–30% по-високи от европейските, а в края на 2015 г., напротив, нашите цени станаха с 20–30% по-ниски: обменният курс и относителната цена на разположение в руски дати сменени -центрове.

Операторите започнаха да предлагат по-зрял продукт, а чуждестранните компании успяха да избират между системи за виртуализация, ценови сегменти и се появиха възможности за свързване на руски и западни инфраструктури.

За чуждестранните компании виртуалната инфраструктура е надеждно и разбираемо решение. Много компании прехвърлят информация изключително във виртуализирана среда, която също може да побере необходимите средства за защита на личните данни. При преместване чуждите компании, разбира се, очакват операторът да спазва нормативните изисквания за защита на информацията.

Рискове, възникващи при мигриране на системи за съхранение на данни

Самите миграционни процеси от една система към друга носят рискове. На първо място, установеното ниво на обслужване на клиентите може да бъде нарушено. Комуникацията също може да бъде прекъсната и работата на отдели, чиято дейност е свързана с автоматизирани системи, може да бъде спряна, могат да възникнат условия, когато е невъзможно да се спазват изискванията за информационна сигурност и др. технически проблеми. Поради това е важно доставчиците да са подготвени да осигурят непрекъснатост на бизнеса чрез използване на надеждни и изпитани във времето решения за мигриране на информационни системи.

Етапи на облачна миграция

Общи принципи на миграция на услуги, т.е. трансфер операционна система, отговорен за работата на тази услуга, във виртуализирана среда, ще разгледаме използването на примерно решение VMware vSphere.

Препоръчително е да разделите архитектурата на информационните системи на компанията на услуги, които изпълняват специфични задачи. Обикновено всичко се премества в облака, с изключение на услугите, които са несъвместими с облачната технология. технически причини(RISC архитектура) и тези, които не могат да бъдат преместени поради лиценз.

Следващият ви трябва одит на информационни системи. На този етап се определя съставът на услугите (кои операционни системи принадлежат към определена услуга), както и тяхната свързаност. Основната трудност се крие в разнообразието от изходни операционни системи и физическата архитектура на сървърите, на които те работят. Въз основа на тази информация се съставя план за миграция, като се вземат предвид текущите бизнес процеси: определят се изискванията за свързаност на физически и виртуални инфраструктури, редът на миграция и се задават приемливи „прозорци за миграция“. Важно е да запомните, че не можете да актуализирате версии на софтуерни продукти или операционни системи по време на миграция. Едновременно с миграцията е разрешена само ревизия на изчислителните ресурси (CPU, RAM, HDD).

По правило помощната програма се използва за миграция VMware конвертор, който работи ефективно при мигриране на операционни системи Microsoft Windows (но мигрирането на услуги, работещи на тези операционни системи, има своите нюанси). Но поради особеностите на файла Linux системив приблизително 40% от случаите, след като VMware конверторът приключи, виртуалната машина може да не стартира. Ако LVM се използва на Linux, тогава трябва да внедрите нов екземпляр на ОС от шаблона на доставчика във виртуална среда и след това да прехвърлите данни, софтуерни продукти и вътрешни услуги.

За всеки тип ОС има общи условия, които затрудняват миграцията: първо, методът за съхранение на данни, поради който директната миграция е невъзможна, е динамични дискове в Windows или LVM в Linux, и второ, трудности поради използването на софтуер и хардуер RAID масиви. По този начин дори точното прехвърляне на данни само по себе си не гарантира, че виртуалната машина ще стартира успешно. На физически сървърРаботата на виртуалните машини се осигурява от хипервизор - операционна система, която разделя физически сървър на няколко виртуални машини, които могат да работят едновременно и да използват едни и същи физически ресурси. Естествено наборът от виртуален хардуер в хипервайзора не съвпада с хардуера на физическия сървър, на който е работила ОС преди миграцията. Съответно, поради разликата в драйверите, има много разлики в достъпа до това оборудване.

Миграция на ADDS и MS SQL без спиране на услуги

Почти винаги бизнесът трябва да поддържа редица услуги налични по време на миграцията. В същото време често е миграция без спиране на услугатапрепоръчва се като най-надежден. Затова нека разгледаме характеристиките на миграцията, без да спираме най-популярните услуги на Microsoft OS: Активна директорияДомейн услуги (ADDS или AD) и Microsoft SQL (MS SQL). За да мигрирате Active Directory без спиране на услугата, се използва следният алгоритъм:

• Мрежовата свързаност се формира между физическото оборудване и виртуализираната среда. Обикновено това е VPN от сайт до сайт - той създава логическа мрежа върху друга мрежа. В този случай трафикът може да бъде защитен чрез криптиране с помощта на IPsec протоколи.
• В облака внедряваме нови виртуални машини от шаблон, където конфигурираме AD домейн контролери и ги добавяме към гората.
• Ние репликираме базата данни на Active Directory през мрежата чрез VPN от работещи контролери от страната на физическото оборудване към облачните.
• След репликация на данни, ние преназначаваме главните оператори на ролята на облачните контролери и премахваме ролите на домейн контролера от сървърите.
• След това проверяваме работата на услугите и деактивираме Сметкистари контролери и физическо оборудване.

Алгоритъм MS SQL миграциипо-сложен, тъй като MS SQL обикновено се използва в многостепенна услуга като бекенд. IN DNS записив приложения, които използват бази данни (MS SQL клиенти), трябва ръчно да посочите новото местоположение на базата данни. Следователно времето на престой не може да бъде напълно елиминирано, но може да бъде сведено до минимум. Има механизми за непрекъсната миграция на MS SQL, включително ОгледалоИ Винаги включен, но използването им не винаги е оправдано. AlwaysOn се предлага само в скъпи издания на Enterprise, а Mirroring трябва да се поддържа от MS SQL клиенти. В допълнение, за използване на механизмите за дублиране е необходима допълнителна конфигурация на всички MS SQL клиенти.
Нека разгледаме най-често срещаната опция за мигриране на MS SQL към облака:

• Конфигурирана е мрежова свързаност между облака и физическото оборудване.
• Уверяваме се, че моделът за възстановяване на MS SQL база данни е завършен, след което можете да направите и прехвърлите пълно архивиране и след това да синхронизирате двете бази данни, прехвърляйки копия на регистрационните файлове на транзакциите.
• Разполагаме в облака виртуална машинаот шаблона, в който инсталираме и конфигурираме нова MS SQL сървър.
• Създаваме пълно резервно копие на базата данни на MS SQL сървъра, работеща на физически сървър, след което го възстановяваме в облака, докато методът за прехвърляне на архива зависи от размера на файла и честотна лентамрежи – преместваме го на физически носител или го копираме по мрежата.
• След възстановяване на базата данни в облака, ние правим копие на регистрационните файлове на транзакциите и също ги възстановяваме в облака.
• По време на „миграционния прозорец“ ние спираме MS SQL сървъра, работещ на физически хардуер, създаваме и възстановяваме последното копие с минимален размер на регистрационните файлове на транзакциите в облака, стартираме MS SQL сървъра в облака и превключваме клиентите към новото местоположение на базата данни .
• Проверяваме работата на услугите, изключваме физическото оборудване.

За всяка услуга и услуга има много методи за миграция в зависимост от условията. Доставчик на услуги ще ви помогне да избегнете трудности, които могат да възникнат по време на миграцията.

Информационна сигурност

Компаниите трябва не само да прехвърлят данни в Русия, но и да осигурят подходящо ниво на информационна сигурност за тяхното съхранение.

В списъка с документи, определящи изискванията и описващи мерките, необходими за защита на информационните системи, на първо място, разбира се, е самият закон, който установява общи изисквания. Конкретните действия се регулират от постановления на правителството на Руската федерация и нормативни документи на FSTEC (Федерална служба за технически и експортен контрол) и FSB (Федерална служба за сигурност).

Изисквания за съхранение на лични данни

Съвсем ясно са формулирани изискванията за техническа защита на поверителна информация и предоставяне на услуги по защита на информацията. Инструментите за тяхното изпълнение са разнообразни. По-специално това могат да бъдат защитни стени, системи за откриване на проникване, инструменти за анализ на сигурността, антивирусна защита и инструменти за защита на средата за виртуализация. Пазарът предлага широка гама от инструменти за информационна сигурност от руски и чуждестранни производители. Вече има правоприлагаща практика, тъй като законът е в сила от 2007 г. Като цяло подходът към регулирането в Русия се различава например от европейския подход. Така в Русия неспазването на предписаните изисквания за информационна сигурност води до отговорност. Но на Запад една компания може самостоятелно да определи как да спазва изискванията и отговорност възниква само ако са извършени незаконни действия с лични данни.

Изисквания към инфраструктурата

Регулаторите също налагат определени изисквания към инфраструктурата. Например, има удостоверяване на изгр автоматизирани системи, осигуряващи защита на информацията. Сертификатът се издава от независима лаборатория, което потвърждава, че инфраструктурата е готова и отговаря на всички изисквания за сигурност на информационните системи. Този сертификат не е задължителен за търговски организации, но дава възможност да се разбере, че центърът за данни има необходимата защита и е в състояние да гарантира сигурността на фирмените данни.

Съществуват и международни стандарти ISO, регламентиращи изграждането на система за управление информационна сигурност (набор от стандарти ISO 2700x). Много чуждестранни компании отговарят на тези стандарти.

Освен това се използва аутсорсинг модел за защита на данните. Фирмите, предоставящи подобни услуги, трябва да притежават необходимите лицензи и компетенции.

ИНФО

Прогноза за трансфер

Доста трудно е да се изчисли точно колко данни трябва да бъдат прехвърлени в Русия, но въз основа на заетостта на пазара на центрове за данни можем да кажем, че капацитетът е напълно достатъчен за локализиране на данни в съответствие със закона. Например, на пазара в Московска област има свръхпредлагане на капацитет: общият капацитет е около 27 хиляди стелажи, като почти 40% от тях са безплатни. Много центрове за данни имат зони с висока наличност. Също така е необходимо да се вземе предвид, че плътността на данните в един шкаф може да варира в зависимост от оборудването. Днес един сървърен шкаф обработва значително повече информация, отколкото преди няколко години.

В същото време търсенето е неравномерно: преди година имаше доста сериозно увеличение, сега броят на заявките от чуждестранни компании е намалял. Някои компании вече са се преместили и отговарят на изискванията, докато други чакат например резултатите от регулаторните проверки (те ще повлияят на формирането на втората вълна).