Migrácia systému. Integrácia a migrácia informačných systémov. Návod na SSD od Samsungu

V tomto článku by sme chceli systematizovať naše skúsenosti s migráciou dát vo veľkých podnikových projektoch súvisiacich s prechodom zákazníkov na prácu v konfiguráciách 1C:Enterprise 8.

Zároveň bude hlavný dôraz v článku kladený predovšetkým na technologickú zložku migračného procesu. Postihnutá je aj organizačná zložka, ale v menšej miere.

Pojmy a definície

Migrácia dát sa bežne chápe ako konečná postupnosť práce, projekt zameraný na jednorazový hromadný presun dát zo zdrojových systémov (historických systémov) do prijímacieho systému. Zároveň je ukončená prevádzka týchto údajov v zdrojových systémoch.

Migráciu údajov treba odlišovať od integrácie údajov. Integrácia je na rozdiel od migrácie trvalou súčasťou IT architektúry a je zodpovedná za tok dát medzi rôznymi systémami a dátovými skladmi – a je procesom, nie projektovou činnosťou.

Schéma migrácie vo všeobecnosti vyzerá takto:

Ryža. jeden

Historické systémy- databázy spoločnosti Zákazníka, ktoré sa plánujú úplne alebo čiastočne nahradiť pri implementácii nového systému.

Systém prijímača- cieľový systém, ľubovoľná konfigurácia "1C:Enterprise 8".

Počiatočné údaje- údaje stiahnuté z historických systémov do ľubovoľného formátu súboru xls. V tomto prípade sa formát xls javí ako jeden z najpohodlnejších, keďže možnosť nahrávania do súboru xls je prítomná v mnohých účtovných systémoch „predchádzajúcej generácie“.

Ako modernú alternatívu je možné považovať formát xml súborov za transport.

Existujú aj možnosti použitia prechodnej databázy.

Transformácia, konverzia- proces premeny nespracovaných údajov na údaje na stiahnutie. Transformácia údajov prebieha v súlade so šablónami pre načítanie. Výsledkom transformácie sú dáta, ktoré sa majú načítať.

Údaje na stiahnutie- údaje, ktoré sa majú načítať do prijímajúceho systému. V tomto článku sa okrem zdrojových údajov uvažuje aj o formáte xls.

Stiahnite si dátové šablóny- popis tabuliek údajov, ktoré sa majú načítať do cieľového systému.

Etapy migrácie

Zvážte proces prípravy a vykonania migrácie krok za krokom.

Organizačné fázy migrácie zahŕňajú nasledujúce položky:

· Definujte stratégiu migrácie. V tejto fáze sa Dodávateľ a Objednávateľ dohodnú na technológii migračných prác;

· Určenie zloženia pracovnej skupiny pre migráciu. V pracovnej skupine by mali byť zastúpení špecialisti Dodávateľa aj Objednávateľa, ktorí sú dostatočne oboznámení s prevádzkou historických systémov (na strane Objednávateľa) a cieľového systému (na strane Dodávateľa);

· Predbežný plán migrácie. Migračný plán bude v priebehu projektu opakovane upravovaný;

· Dátumové obdobia pre vykladanie údajov z historických systémov, objemy údajov. Obdobia prerušenia údajov pre migrácie, dátumy testovania a konečné migrácie. Tieto informácie možno pripísať plánu migrácie;

· Zloženie údajov, ktoré sa majú migrovať. Referenčné údaje, klasifikátory, transakčné údaje, zostatky, obraty atď.;

· Problémy kontroly kvality, správnosti a integrity údajov počas migrácie a po nej;

· Problémy s návratom do predchádzajúceho stavu v prípade porúch.

Pozrime sa podrobnejšie na technologické fázy migrácie.

Ryža. 2

1. Príprava šablón na načítanie údajov

Šablóna načítania údajov obsahuje technické popisy dátové tabuľky na načítanie, algoritmy a pravidlá načítania pre aktuálnu šablónu.

Každá šablóna je vo všeobecnosti určená pre jednu alebo viacero súvisiacich tabuliek v cieľovom cieľovom systéme.

Šablóna špecifikuje:

Popis všetkých polí dátového súboru xls, ktorý sa má načítať, vrátane:

o Názov poľa

o Povinný znak poľa

o Príklad vyplnenia polí

o Poznámka

Popis pravidiel pre načítanie tabuľky cieľového systému na základe údajov, ktoré sa majú načítať (poradie v prípade viacerých súvisiacich tabuliek, vyhľadávacie algoritmy pre kľúčové polia atď.)

· Popis priameho vypĺňania polí tabuliek cieľového systému v prípade, že sa predpokladá niečo iné ako prenos údajov z dátového súboru na načítanie. Relevantné napríklad pre referenčné polia.

Dodávateľ musí v priebehu prác na tejto etape pripraviť aj načítač dátových súborov na načítanie. V prípade práce so súbormi xls nie je táto úloha nijak zvlášť náročná.

2. Identifikácia zdrojov údajov

Tento krok môže začať spolu s predchádzajúcim krokom „1. Príprava šablón na načítanie údajov“.

V rámci tejto fázy špecialisti Zákazníka určia, z ktorých systémov a aké údaje je možné nahrať. Je tiež potrebné určiť, aké údaje Možno môže byť potrebné.

Vo veľkých projektoch migrácie môže identifikácia úplného a vyčerpávajúceho zoznamu zdrojov údajov spravidla trvať pomerne dlho a vyskytuje sa pri práci v nasledujúcich fázach.

Nezriedka sa stáva, že v záujme zabezpečenia integrity informácií v budúcnosti je potrebné niektoré údaje preniesť z tlačených zdrojov (digitalizovať) alebo dokonca zadať do tabuliek z vyjadrení kľúčových zamestnancov objednávateľa.

V tejto fáze by ste sa však mali pokúsiť identifikovať čo najviac potrebných údajov.

3. Vyloženie počiatočných údajov

Proces sťahovania dát z historických systémov môže trvať dostatočne dlho, najmä ak je systémov veľa, sú rôzne a sú za ne zodpovedné rôzne oddelenia Zákazníka. Tento moment je potrebné vziať do úvahy pri testovaní a finálnych migráciách.

Ako najpohodlnejšia možnosť sa javí nahrávanie do xls súborov. Mnoho starších IT systémov podporuje túto možnosť.

Môžu existovať aj možnosti nahrávania do formátu csv, dbf, xml a ďalších.

Je potrebné poznamenať, že z jedného alebo druhého dôvodu (napríklad bezpečnostné problémy) nemôže zákazník v tejto fáze vždy poskytnúť úplné nahranie údajov! Len dátová štruktúra a niekoľko testovacích pozícií. Môže teda nastať situácia, že pri testovaní a finálnom zaťažení sa v zdrojových tabuľkách nájdu nekvalitné dáta, čo povedie k neplánovaným chybám.

Aby sa tento problém minimalizoval, objemy testovacích sťahovaní z historických systémov by mali byť špecifikované vopred.

4. Mapovanie údajov

Mapovanie (mapovanie údajov) - vo všeobecnom prípade proces porovnávania údajov z historických systémov a prijímajúceho systému. Teda zdrojové údaje a údaje, ktoré sa majú načítať.

Fáza mapovania je časovo najnáročnejšia a môže zabrať viac ako 50 % všetkej práce na úlohe migrácie.

V tejto fáze všetky pracovná skupina migračný projekt.

V procese mapovania údajov je potrebné rozlišovať podetapy tabuľkového mapovania a mapovania polí.

· Mapovanie tabuliek, alebo mapovanie šablón - porovnanie tabuliek počiatočných údajov a šablón údajov pre načítanie. Korešpondencia môže byť buď 1:1 alebo N:N. Výsledkom tejto práce je zostavenie a udržiavanie registra tabuľkového mapovania. Tento čiastkový krok je potrebný pre ďalší čiastkový krok mapovania poľa a na sledovanie celkového priebehu mapovania.

· Mapovanie polí - porovnanie polí tabuliek v rámci už definovaného mapovania tabuliek. Výsledkom tejto práce je register terénneho mapovania.

V rámci tejto etapy by sa mali vykonať aj prípadné práce na normalizácii údajov.

5. Príprava transformačných pravidiel

Na rozdiel od predchádzajúcich etáp je táto etapa technická a zahŕňa prácu developera Dodávateľa.

Na základe dohodnutých registrov mapovania terénu špecialisti Dodávateľa vypracujú pravidlá transformácie údajov.

Pre operatívnu prácu počas prípravných fáz migrácie a ďalej, počas testovacej a záverečnej migrácie, je dôležité, aby existovalo vhodné prostredie na vývoj pravidiel (skriptov) na transformáciu údajov a prostredie na konverziu počiatočných údajov na údaje na načítanie.

Požiadavky na toto prostredie zahŕňajú:

· Pohodlie a rýchlosť vývoja pravidiel transformácie;

· Rýchlosť konverzie dát. Vstupné a výstupné súbory môžu mať stovky tisíc riadkov!

· Schopnosť pracovať s viacerými vstupnými súbormi súčasne;

· Možnosť uložiť transformačné pravidlá do samostatných súborov.

Pre naše migračné projekty sme vyvinuli špecializovanú vývojársku pracovnú stanicu, založenú na štandardnom spracovaní „Request Console“ 1C.

Spracovanie "Query Console" bolo vylepšené, aby umožňovalo priame požiadavky na xls súbory.

Tu je príklad kombinácie dvoch zdrojových xls súborov Zamestnanci.xls

a Operácie.xls so stránkami:

Odpisy

a príjem:

Všimnite si, že príklad je umelý, špeciálne vybraný tak, aby demonštroval všetky možné fázy transformácie zdroja údajov.

Technologická postupnosť transformačných operácií je tu nasledovná:

Pomocou dotazovacieho jazyka Access SQL (ktorý poskytuje významné dodatočné funkcie v porovnaní s dotazovacím jazykom 1C) sa vytvorí úvodný dotaz, ktorý načíta údaje zo súboru xls do prostredia 1C. Zároveň sú už v tejto fáze možné rôzne kontroly a normalizácia údajov.

Technológia prístupu k údajom ADO poskytuje vysoká rýchlosť práca.

Ryža. 3

2. Požiadavka v jazyku 1C - hlavná požiadavka, ktorá implementuje algoritmus mapovania polí. A tiež: obohatenie preberaných dát o dáta z databázy 1C, preskupovanie, spájanie s výsledkami dotazov do iných zdrojových xls súborov atď.

3. V prípade potreby dodatočné spracovanie výsledku požiadavky 1C. Je implementovaný pomocou skriptu v jazyku 1C.

Implementuje sa tu napríklad pridanie riadku "SPOLU" pre stĺpce súm.

4. Zaznamenanie konečného súboru údajov do súboru xls.

Vo všeobecnom prípade na výstupe získame konečné súbory na nahranie do cieľovej databázy 1C.

Tento nástroj vám tiež umožňuje uložiť pravidlá konverzie údajov do samostatného súboru xml:

Okrem toho je možné pracovať v dávkový režim, čo je dôležité najmä pri veľkom množstve heterogénnych migračných údajov.

Počas predchádzajúcich etáp sa končí prípravná časť práce ako celok - identifikujú sa všetky zdroje dát, vyberú sa zdrojové dáta zo zdrojov, pripravia sa šablóny pre načítanie do cieľovej databázy, pripraví sa mapovanie dát a nakoniec sa vytvoria dáta. sú vyvinuté transformačné skripty.

Treba poznamenať, že pred konečnou migráciou by ste mali určite vykonať niekoľko testov. Počas testovacích migrácií Dodávateľ spolu so Zákazníkmi identifikujú:

chyby konverzie, chyby načítania údajov

vykonať predbežné posúdenie kvality údajov načítaných do cieľového systému

Na základe výsledkov testovacích migrácií zostavia/aktualizujú konečný plán migrácie

7. Overenie údajov

Kontrola kvality stiahnutých údajov by sa mala vykonať po skúšobných migráciách aj na konci záverečnej migrácie. Počas zosúlaďovania je možné skontrolovať tieto ukazovatele:

· Zhoda súčtov pre zostatky, pre doklady;

Kvantitatívne zhody, ako napríklad počet OS;

· správnosť napĺňania samostatných výberových subjektov;

Upozorňujeme, že určité kontroly migrujúcich údajov a otázky normalizácie údajov sa musia riešiť počas všetkých procesov migrácie. Vždy si musíte položiť otázku, čo je potrebné urobiť v súčasnej fáze, aby ste sa vyhli chybám v nasledujúcich fázach.

Napríklad:

· Skontrolujte duplikáty podľa kľúčových polí. Je možné a potrebné vykonať ešte počiatočné údaje;

· Typy odlievacích polí;

· Referenčná integrita;

· Matematické nezrovnalosti. Napríklad kontrola prázdnych číselných polí, ktoré sa majú počas transformácie rozdeliť;

· Vo všeobecnosti kontrola povinného vyplnenia polí;

· Nahradenie nesprávnych znakov. Napríklad anglické znaky v poliach v azbuke ("o", "a", "e" atď.) To platí najmä pre kľúčové polia!

Kontrola súladu hodnôt polí reťazcov s typmi prijímajúceho systému (obmedzenia dĺžky)

Po dokončení finálnej migrácie sa podľa vopred stanovenej migračnej stratégie a plánu migrácie rozhodne o ďalšom fungovaní starších systémov.

Často je prevádzka ukončená ihneď po konečnom vyrovnaní údajov a zaznamenaný úspech migrácie – používatelia nového systému už nevedú záznamy paralelne v dvoch systémoch, ale úplne prechádzajú na nový systém. Zároveň je v režime čítania zachovaný prístup k starému systému.

V niektorých prípadoch môže nastať paralelná prevádzka dvoch systémov po dobu skúšobnej prevádzky (OE) a dokonca aj dlhšie ako toto obdobie. S problematikou paralelnej práce používateľov v dvoch systémoch úzko súvisí aj otázka možnosti návratu na starý systém, ak sa migrácia (alebo vo všeobecnosti prevádzka nového systému!) ukáže ako neuspokojivá.

Záver

Na záver by som rád poznamenal, že pokiaľ ide o migráciu veľkých transakčných systémov, ktoré zahŕňajú veľa konfigurácií 1C:Enterprise, prechod na nový systém môže byť veľmi časovo náročný.

Preto treba pamätať na to, že každý takýto projekt si vyžaduje starostlivú prípravu a musí byť sprevádzaný individuálnym plánom. Bez ohľadu na typ migrovaných systémov, objem databáz atď. všeobecná schéma migrácia vyzerá takmer rovnako.

Väčšina moderných spoločností využíva pri svojej činnosti rôzne informačné riešenia a takmer pre každú spoločnosť sa skôr či neskôr stanú relevantné otázky integrácie informačných systémov a/alebo migrácie na technologickejšie platformy. Na tieto otázky často neexistujú hotové odpovede, takže IDelync využíva komplexný a vyvážený prístup k výberu najlepších riešení pre každú spoločnosť.

Integrácia rôznych informačných riešení umožňuje spoločnosti:

organizovať prácu so všetkými úrovňami podnikových údajov bez ohľadu na typ softvérových produktov;

eliminovať alebo minimalizovať duplicitné zadávanie informácií do existujúcich informačných riešení Spoločnosti;

organizovať jednotný informačný priestor Spoločnosti s jasne definovanými informačnými tokmi medzi rôznymi riešeniami, vymedzenie práv medzi používateľmi.

Hlavnou výhodou integračných riešení je, že spoločnosť môže dosiahnuť pozitívny efekt z ich používania v kratšom čase a pri nižších nákladoch ako pri výbere riešení, ktoré zahŕňajú výmenu alebo modernizáciu informačných riešení. Špecialisti IDelync majú bohaté skúsenosti s integráciou a implementovali projekty rôznych informačných systémov, ako napríklad: 1C 7.7 --> 1C 8.x; Info účtovník --> 1C; Turbo účtovník --> 1C; Plachta --> 1C; StoreHouse --> 1C; R-Keeper --> 1С; Excel --> 1C.

Migrácia systémov na viac technologických platforiem alebo riešení sa realizuje vtedy, keď sú jednotlivé informačné riešenia zastarané a už nespĺňajú požiadavky spoločnosti. Spoločnosť zároveň potrebuje uskutočniť prechod rýchlo a efektívne. Práve na tieto kvalitné a časovo optimalizované riešenia sa IDelync špecializuje. Okrem toho naša spoločnosť vyvinula jednotný integrovaný modul pre účtovné systémy na báze 1C:Enterprise, a to od 1C:Enterprise 7.7 po 1C:Enterprise 8. V dôsledku migrácie spoločnosť získava nielen modernejšie, produktívnejšie riešenie, ale môže tiež automatizovať procesy, ktoré predtým neboli zahrnuté.

IDelync ponúka postupnú migráciu na iné softvérové ​​produkty, pričom prejde týmito fázami:

Architektonický, analytický a obchodný audit existujúcich IT systémov. Tieto práce sa vykonávajú s cieľom zistiť aktuálny stav systémov a získať informácie pre výber nového systému. Počas toho istého obdobia sa zhromažďujú obchodné požiadavky na nové riešenie, čo umožňuje poskytnúť potrebné moduly v novom riešení.

Výber technológií pre migráciu IT systémov. V tejto fáze sa vykonáva výber a návrh technológií na vykonávanie migračných prác. Ak plánujete migrovať z rôznych konfigurácií 1C:Enterprise 7.7 na 1C:Enterprise 8, IDelync používa vlastný modul, testovaný na mnohých projektoch.

Vývoj a konfigurácia migračného mechanizmu a jeho testovanie.

Implementácia migrácie na nové riešenie, skúšobná prevádzka výsledného IT systému.

Uvedenie IT systémov do prevádzky, systémová podpora. Dôkladné plánovanie prác súvisiacich s uvedením nového systému do prevádzky umožňuje spustiť nové riešenie včas a minimalizovať riziká spojené s implementáciou nového riešenia.

Systémová podpora sa vykonáva na základe samostatnej zmluvy so Zákazníkom alebo vlastnou IT službou Zákazníka.

Vďaka starostlivému zhromažďovaniu a analýze obchodných požiadaviek zákazníka, návrhu a testovaniu systémov integrácie a migračných mechanizmov a jasnej interakcii so zákazníkom vo všetkých fázach práce IDelync úspešne integruje a migruje systémy v rámci individuálnych projektov aj ako súčasť projekty pre komplexnú automatizáciu prevádzkového, podnikového manažérskeho účtovníctva.

Ďalšie služby (3)

Ďalšie riešenia (1)

Viac skúseností (3)

• "ID.Integration": integrovaný modul výmeny údajov

  Mnoho podnikov teraz dosiahlo vysoký stupeň automatizácie. Spoločnosti vo väčšine prípadov nemajú žiadne samostatné informačné riešenie, ale majú k dispozícii súbor rôznych systémov, ktoré sa používajú na úlohy lokálneho účtovníctva na vedenie účtovníctva a daňového účtovníctva, prevádzkového a manažérskeho účtovníctva, ako aj na získavanie potrebných správ.

  Typickým produktom, na základe ktorého sa vyrábajú informačné riešenia domácich podnikov, je 1C. V tejto súvislosti môžeme zdôrazniť najčastejšie otázky podnikov spoločnosti:

  integrácia– potreba kombinovať niekoľko samostatných systémov na získanie jednotného informačného riešenia a eliminovať potrebu opakovaného zadávania údajov do samostatných informačných báz;

  Migrácia– implementácia rýchleho a kvalitného prechodu z riešení akýchkoľvek verzií účtovného systému na systémy verzie 1C: Enterprise 8.
  

  Na vyriešenie týchto problémov vyvinuli špecialisti IDelync univerzálny integrovaný modul na výmenu údajov medzi rôznymi účtovnými programami a konfiguráciami 1C:Enterprise platforiem verzie 7.7 a 8.1.

  Integrovaný modul poskytuje širokú škálu flexibilných nastavení:

  Synchronizácia objektov NSI vrátane možnosti spojenia viacerých objektov zo zdroja do jedného objektu prijímača na získanie súhrnných údajov, ako aj porovnávanie objektov z rôznych zdrojových báz na jednu hodnotu v prijímači.

  Synchronizácia PS, zásielok a korešpondencie - aby odrážala operácie podnikania.

  Použitie modulu univerzálnej výmeny údajov vám umožňuje správne vyriešiť nasledujúce úlohy:
  

  Zlúčenie údajov z viacerých účtovných báz do jedného konsolidovaného systému.

  Transformácia účtovných zápisov na iné typy účtovných zápisov (daňové, medzinárodné a pod.), ako aj na účtovné zápisy s inou korešpondenciou v závislosti od predmetov analytiky.

  Plná automatizácia procesu výmeny údajov. V súlade s predbežným nastavením porovnávacích tabuliek NSI, PS a korešpondencie prebieha automatizovaný proces výmeny údajov, po ktorom stačí jednoducho skontrolovať správnosť stiahnutých údajov.

  Možnosť manuálnej výmeny dát s flexibilnou predkonfiguráciou až po jednu transakciu podnikového účtovníctva. Zároveň je na strane prijímacej základne možné manuálne opravovať zaúčtovania načítaných transakcií s podmienkou, že zmeny sú chránené pred opravou pri opätovnej aktualizácii údajov pre túto transakciu.

  Je potrebné poznamenať, že použitie integračného modulu počas prechodu podniku zo systémov založených na 1C 7.7 na 1C 8.1 umožňuje nielen kvalitatívne a rýchlo previesť „rez“ zostatkov (t. j. zostatky na účtovných účtoch k určitému dátumu ), ale aj zabezpečiť kompletný prevod obratov na účty za akékoľvek obdobie údajov dostupných v bežnom účtovnom systéme. Tento prístup umožňuje prechod z jedného účtovného systému na druhý pri zachovaní možnosti generovania regulovaného výkazníctva za celé účtovné obdobie bez ohľadu na dátum uvedenia nového systému do prevádzky.

veľkoobchod a maloobchod, Elektronický obchod

• Automatizácia manažérskeho účtovníctva a optimalizácia obchodného procesu implementácie a logistiky pre OOO Trading House Slobozhanka

  Trading House Slobozhanka LLC (ďalej len "TDS", "Enterprise") je dovozcom a distribútorom známych značiek kozmetiky, hygienických produktov a domácich potrieb. Pomocou vyvinutej štruktúry TDS veľkoobchodne predáva svojim zákazníkom široký sortiment kozmetických a hygienických výrobkov známych značiek od výrobcov z Poľska, Ruska, Ukrajiny, Číny.

  Cieľom tohto projektu bolo zvýšiť efektívnosť prevádzkových a riadiacich procesov podniku z hľadiska účtovných, riadiacich a kontrolných funkcií prostredníctvom automatizácie.

  Berúc do úvahy nepretržitý režim prevádzky podniku, ako aj pomerne zložité logistické problémy súvisiace s potrebou rýchlej a kvalitnej organizácie prepravy nakládky, hlavnou úlohou, ktorú bolo potrebné vyriešiť z hľadiska prevádzkového účtovníctva, bola optimalizácia procesov spracovanie objednávok, príprava dokumentov potrebných na expedíciu, nakladanie áut a ich odoslanie.

  Na základe výsledkov predbežného prieskumu, na základe analýzy obchodných požiadaviek podniku, konzultant odporučil prechod z informačného systému „Granit“ na systém tried ERP založený na 1C Enterprise 8. Konfigurácia 1C „Produkčný podnik Riadenie“ bolo zvolené ako základné riešenie. V jednotnom systéme prevádzkového, manažérskeho účtovníctva bol implementovaný biznis proces riadenia obsluhy zákaziek zákazníkov, ktorý zahŕňa úlohy prípravy podkladov, prepravnej a skladovej logistiky a sledovanie potvrdení zásielok. Na optimalizáciu procesu prijímania zákazníckych objednávok systém implementuje širokú škálu možností integrácie s externých zdrojov(Emigo, Exite, EXCEL, PDA). Systém implementuje aj proces tvorby cien podľa značiek a zákazníkov, ako aj mechanizmus kontroly pohľadávok podľa značiek a termínov. Implementované riešenie pokrýva všetky bloky podnikateľských aktivít Spoločnosti a umožňuje aj vedenie dlhodobého majetku, výpočet miezd manažérov, riadenie vzťahov so zákazníkmi (CRM) a prijímanie účtovnej závierky za ľubovoľné obdobie záujmu (aj na dennej báze). V bloku finančného výkazníctva sú implementované nasledujúce zostavy: Výkaz o hospodárení, Výkaz o peňažných tokoch, Zostatok. jeden systém manažérske účtovníctvo je integrované s účtovnými systémami pre následnú prípravu regulovaného výkazníctva, bola vykonaná integrácia so systémom Klient-Banka.

• Technosila, inovácia a reinžiniering pre elektronický obchod, zlúčenie Technosila s Technoshock Group

  Technosila, Moskva, Rusko, http://www.tehnosila.ru, jeden z lídrov v sieťovom maloobchode s elektronikou a domácimi spotrebičmi v Rusku. 50 regiónov, 137 obchodov a internetový obchod pokrývajúci všetky regióny.

  Projekty: IT Audit informačných systémov a podnikového prostredia (SAP, 1C, PHP, FoxPro, Delphi); Riadenie IT projektov a obchodných inovácií pre smerovanie elektronického obchodu; Reinžiniering obchodných procesov pre elektronický obchod; Návrh architektúry IT pre elektronický obchod, integráciu a online interakciu; Implementácia IT projektov pre elektronický obchod; Zlúčenie spoločnosti Technosila so skupinou Technoshock, http://tshok.ru , Petrohrad, Rusko, 16 miest, 42 obchodov a internetový obchod.

• • Integrácia MS CRM (Microsoft Dynamics 4.0) a 1C.8.1 „Manufacturing Enterprise Management“ pre skupinu internetových spoločností SUP a +SOL, Moskva, Rusko

    Účelom tohto projektu bolo vyvinúť a implementovať aplikáciu, ktorá rieši problém výmeny informácií v zavedený formát medzi špecializovanými informáciami systém Microsoft Dynamics CRM 4.0 a MIS založené na 1C: 8.1 „Manufacturing Enterprise Management“.

    Implementovaný mechanizmus vykonáva obojsmernú výmenu informácií medzi informačnými bázami on-line. V dôsledku každej relácie výmeny dát MIS dostáva aktualizované regulačné a referenčné informácie o klientoch, produktovom sortimente, klientskych aplikáciách a v opačnom smere (do MS CRM) sa prenášajú informácie o platbách vystavených pre klienta.

    Návrh a implementáciu mechanizmu výmeny dát realizoval Poradca v úzkej spolupráci s treťou stranou implementátorom informačného systému riadenia vzťahov so zákazníkmi (CRM) založeného na produkt spoločnosti Microsoft Dynamics CRM 4.0. Jasná organizácia práce na interakciu s tímom vývojár tretej strany umožnila v krátkom čase navrhnúť, implementovať a implementovať mechanizmus výmeny dát a poskytnúť Spoločnosti potrebné konzistentné informácie v oboch systémoch.

Proces migrácie dát môže byť jednou z etáp projektu implementácie IP, alebo môže byť organizovaný ako samostatný projekt. Pod procesom migrácie údajov v rámci tejto práce máme na mysli návrhové práce pokrývajúce celý cyklus úloh súvisiacich s migráciou údajov: od plánovania práce na migrácii údajov až po vyhodnotenie výsledkov fázy migrácie údajov.

V každom prípade je proces migrácie dát rozdelený do niekoľkých na seba nadväzujúcich etáp, pričom v tejto štúdii budú postupne zvažované všetky kroky procesu migrácie podľa metodológie Oracle a IBM.

Životný cyklus procesu migrácie začína po vytvorení stratégie a posúdení rizík fázy migrácie údajov. Vývojový diagram procesu migrácie je uvedený v diagrame procesu.

Cieľom každého procesu migrácie údajov je mapovať informácie, dátové typy a dátové formáty starého systému na dátové typy a dátové formáty nového systému. Počas migrácie dát fáza „Extrahovanie údajov“ zodpovedá výberu a vyloženiu údajov zo starého systému a fáza „Načítanie údajov“ zodpovedá prenosu prijatých údajov zo starého systému a ich načítaniu do nového systému. Proces migrácie bude podrobnejšie diskutovaný nižšie.

Po dokončení fázy plánovania migrácie údajov je ďalším krokom určenie požiadaviek na migrované údaje. Táto etapa zahŕňa vypracovanie požiadaviek zákazníka a ich popis v príslušných projektových dokumentoch. Počas fázy Zhromažďovania požiadaviek je v rámci projektového tímu zodpovednou úlohou za výstup fázy obchodný analytik alebo systémový analytik. Tejto fáze migrácie sa budeme podrobnejšie venovať v tretej kapitole tejto práce. Výstupnou informáciou štádia určovania dátových požiadaviek pre migráciu je popis štruktúry a zloženia dát pre migráciu.

Etapa zberu dátových požiadaviek na migráciu spravidla veľmi úzko súvisí s ďalšou etapou - vývojom algoritmov na prenos dát zo zdrojového systému do cieľového systému. Vo fáze návrhu analytici vytvoria podrobné špecifikácie popisujúce dátové typy zdrojového systému a ich vzťah k dátovým typom cieľového systému. Takéto špecifikácie popisujú štruktúru údajov pre migráciu, ich objem, zdroj, cieľ. Špecifikácia je zdrojom pre nastavenie úloh pre vývojára, ktorý navrhne a vyvinie špecializovaný softvér na prenos dát. Vo fáze návrhu sa vykoná analýza existujúcej dátovej architektúry v zdrojovom systéme - analýza "ako je" a vývoj dátovej architektúry v cieľovom systéme - "byť". Pri analýze existujúcej dátovej architektúry sú identifikované a zohľadnené všetky obmedzenia a IT infraštruktúra, ako aj ich vplyv na prevádzku cieľového systému s migrovanými dátami. Výstupnými artefaktmi analýzy dátovej architektúry môžu byť dokumenty ako logické dátové modely (ER diagramy, databázové modely), slovníky a referenčné knihy s podrobným popisom každého prvku a jeho atribútov, popis obchodných pravidiel pre prácu s dátami, informácie o systémy interagujúce so zdrojovým systémom na výmenu informácií a integráciu.

Výsledky zberu požiadaviek a návrhu sú podkladom pre výber metódy a určenie technológie migrácie dát. Migráciu je možné vykonávať offline alebo online, kategorizácia metód závisí od toho, či sú aplikácie počas procesu migrácie udržiavané. Voľba spôsobu a prostriedkov migrácie je daná kombináciou faktorov, medzi ktoré patrí dostupný výpadok systému, obchodná závislosť od partnerov, objem dát, fyzické umiestnenie dátových úložísk zdrojového systému, politika informačnej bezpečnosti zdrojového systému a cieľového systému.

Vyššie opísané fázy analýzy a plánovania možno spojiť do všeobecnej prípravnej fázy. Vyvinuté postupy a migračné mechanizmy regulujú fázy extrakcie, prenosu a načítania údajov do nového systému, to znamená, že všetky kroky procesu ETL sa vykonávajú postupne. Po prijatí údajov potrebných na migráciu začína fáza načítavania týchto údajov do cieľového systému, pred začiatkom ktorej je potrebné vyčleniť samostatnú etapu - overenie migrovaného obsahu.

Kontrola súladu nahrávaných dát s požiadavkami môže prebiehať v režime „online“ – priamo na vstupe do cieľového informačného systému alebo v režime „offline“ – ako medzikrok v procese migrácie. Po dokončení načítania dát do cieľového systému sa vykoná dodatočná kontrola, často sú oba systémy spustené na paralelnú prevádzku. Testovacie aktivity paralelnej práce sa plánujú pri navrhovaní pravidiel a postupov procesu migrácie. V rámci migračného procesu možno paralelnú prevádzku oboch systémov považovať za skúšobnú prevádzku. Výsledkom skúšobnej prevádzky môže byť potvrdenie plnej prevádzkyschopnosti nového systému s migrovanými dátami. Ak sa počas paralelnej prevádzky zdrojového a cieľového systému zistia veľké chyby, môže sa rozhodnúť o opätovnej migrácii údajov a opätovnom načítaní obsahu. Odsúhlasené výsledky migrácie sú zaznamenané v protokole skúšobnej prevádzky cieľového systému s načítanými údajmi, vykonanými testovacími prípadmi, možno zostaviť dotazníky na kontrolu súladu migrovaných údajov s požiadavkami cieľového systému.

Testovacie aktivity nie sú obmedzené na paralelnú prevádzku zdrojového systému a cieľového systému. Testy možno spustiť na vzorkách migrovaných údajov, aby sa včas rozpoznali chyby a opravili ich ešte pred začatím vývoja migračného softvéru. Oprava chýb skôr šetrí rozpočet a zabraňuje opätovnému sťahovaniu údajov. Testovacie aktivity môžu zahŕňať aktivity auditu údajov počas procesu migrácie. Audit údajov vám umožňuje sledovať stav údajov a vyhnúť sa chybám spôsobeným zmenami v obsahu, ktoré môžu používatelia vykonať už počas práce na migrácii.

Po odsúhlasení výsledkov migrácie sa začne fáza pomigračných prác, vrátane kontroly, čistenia a testovania výkonu cieľového systému vo všeobecnosti po migrácii údajov. Čistenie je možné vykonať manuálne alebo pomocou softvéru. Čistenie dát sa vykonáva s cieľom odstrániť zastarané informácie a splniť informačné požiadavky nového systému.

Vyššie uvedená metodika migrácie dát predpokladá, že najväčším „úzkym miestom“ pri organizovaní tejto fázy projektu je fáza plánovania a práce s obchodnými požiadavkami zákazníka, teda zhromažďovanie požiadaviek a projektovanie, preto zvážime prístupy k riešeniu problémov týchto etáp podrobnejšie v nasledujúcich častiach práce. Okrem štádií plánovania a vývoja obchodných požiadaviek je potrebné venovať osobitnú pozornosť fáze hodnotenia výsledkov práce fázy migrácie údajov, pretože v súlade s Demingovým cyklom (PDCA) ide o výkon práce. posudzovacej činnosti, ktorá je podmienkou úspechu podobnej práce v podobných projektoch.

1.1. Funkcie plánovania migrácie údajov

Plánovanie migrácie dát je prvým krokom v životnom cykle procesu a uskutočňuje sa na základe pochopenia kľúčových rizík procesu a stratégie migrácie. Vstupnou informáciou môže byť okrem migračnej stratégie aj časť zadávacích podmienok alebo dokument o rozsahu celého projektu, venovaný migrácii dát. Vo fáze plánovania sa určuje rozsah procesu migrácie údajov, ktorý je možné dosiahnuť z hľadiska návrhových obmedzení (zdroje údajov, požiadavky špičková úroveň) ciele procesu migrácie údajov. Na definovanie rozsahu procesu migrácie má zmysel zapojiť podnikových používateľov, ktorí rozumejú tomu, ako systém narábal s údajmi v minulosti a ako by s nimi mal zaobchádzať v budúcnosti. Ďalej, v závislosti od spôsobu migrácie, je stanovený termín a potrebné zdroje sú pridelené v rámci určeného rozpočtu. Pri plánovaní migrácie údajov je dôležité identifikovať zainteresované strany na strane zákazníka, teda tých podnikových používateľov a technických pracovníkov zákazníka, ktorí sú zodpovední za správu údajov. Na výstupe z procesu plánovania procesu migrácie údajov možno vygenerovať nasledujúce artefakty návrhu:

• - Dokument o rámci migrácie údajov;
• - Pracovný plán pre migráciu údajov s uvedením zodpovedných členov projektového tímu;
• - Komunikačný plán počas fázy prechodu.

Organizácia fázy migrácie v projektoch implementácie IP začína fázou plánovania, kde je potrebné zostaviť plán práce, vypočítať potrebné zdroje a termíny.

Pracovné balíky vo fáze migrácie by mali zodpovedať fázam životného cyklu procesu, približná štruktúra pracovného harmonogramu môže byť nasledovná:

• - Plánovanie a určenie rámca migrácie údajov;
• - obchodná analýza a dokumentácia požiadaviek;
• - Výber, prispôsobenie alebo návrh a vývoj špecializovaného softvéru;
• - Prenos dát;
• - Validácia migrovaných údajov;
• - Experimentálna prevádzka;
• - Upratovacie a testovacie práce po migrácii;
• - Koordinácia výsledkov migrácie, vyhodnotenie a uzatvorenie etapy implementačného projektu.

Pridelenie zodpovedných členov projektového tímu za implementáciu pracovných balíkov etapy migrácie údajov nastáva vo fáze plánovania po vypracovaní plánu práce.

Vybraným projektovým rolám sú priradené klastre – oblasti zodpovednosti definované v metodike Lekárov bez hraníc. Samostatne stojí za zmienku, že pod produktovým manažmentom v kontexte migrácie rozumieme riadenie kvality migrovaných dát a zdravia cieľového systému po migrácii. Správa vydaní z hľadiska procesu migrácie - vykonávanie iterácií procesu migrácie, príjem a načítanie migračných údajov.

V súlade s modelom Lekárov bez hraníc sa predpokladá nasledujúce rozdelenie zodpovedností medzi zoskupeniami rolí:

• - System Analyst - riadenie programu, spokojnosť zákazníkov;
• - Manažér vývoja - programový manažment, produktový manažment, release manažment;
• - Vývojár - vývoj algoritmov alebo špecializovaného softvéru na prenos údajov do cieľového systému, špecializovaný softvér (ak je to potrebné);
• - Tester - testovanie, správa verzií.

Aby sme jasne preukázali účasť zainteresovaných ľudských zdrojov na činnostiach procesu migrácie dát, zostavíme maticu RACI - uvedenú v prílohe 1 k práci (pozri Príloha 1 - Matica RACI pre prácu s migráciou dát).

Je potrebné poznamenať, že manažér vývoja (technický manažér) je považovaný za vedúceho tímu migrácie dát, je teda zodpovedný za vedenie celého procesu ako celku. Ak je však migrácia dát realizovaná v rámci rozsiahleho projektu implementácie IS, kde je určený manažér celého projektu, potom bude technický manažér etapy migrácie len vykonávateľom úloh spojených s určením načasovania. a nábor. Rozhodnutia o personáli, zdrojoch a termínoch v tomto prípade prijíma kolektívne projektový manažment.

Inštalácia a konfigurácia operačného systému je rádovo náročnejšia a časovo náročnejšia ako vytvorenie obrazu a jeho prenos do iného počítača. Ak potrebujete preniesť operačný systém spolu so všetkými programami (príčinou môže byť napríklad kúpa nového zariadenia), neprepadajte panike - je to jednoduché. Pozorne si prečítajte nižšie uvedené odporúčania a vyberte si najlepší spôsob „premiestnenia“ systému Windows. Všetky súbory a nástroje, ktoré potrebujete, budú na svojom mieste, už nebudete strácať veľa času a nervov na preinštalovanie OS. OD inštalácia SSD disk tiež nebude ťažké.

Obraz systému. Prenos systému Windows 7 bez inštalácie pomôcok

Možno najjednoduchšia a najrýchlejšia možnosť. Systém má nástroj na zálohovanie - prejdite do ponuky Štart, vyberte položku "Všetky programy", potom "Údržba" a "Zálohovanie a obnovenie". Ďalej musíte vytvoriť disk na obnovenie operačného systému a vytvoriť obraz. Vykonávame nasledujúce akcie:

1. Ak chcete vytvoriť obraz, musíte určiť cestu, kde sa vytvorí archív všetkých údajov: vyberte disk, optický alebo externý HDD. Mimochodom, môžete vytvoriť obrázok a uložiť ho online, ale o tom neskôr. Vyberte si disk s dostatkom miesta na vykonanie tohto procesu, je lepšie, ak je to stále logický alebo externý disk. Archivujeme.

1. Po ukončení procesu spustíme ďalšie zariadenie, vložíme naše médium s kópiou a spustíme systém.
2. Kliknite na "OS Recovery", zadajte médium s obrázkom.

1. Akcia dokončená, reštartujte zariadenie.

Poznámka! Aby sa systém spustil, musíte nastaviť v nastaveniach Spustenie systému BIOS z pevného disku.

V zásade je metóda pomerne jednoduchá a nevyžaduje inštaláciu žiadnych nástrojov. Archív však nevzniká tak rýchlo a neexistuje spôsob, ako ho skomprimovať. Sú tam lepšie programy.

Vytvárame klon OS. Paragon Drive Copy

Ďalším spôsobom prenosu okien je prostredníctvom záložnej aplikácie alebo pomocou virtualizácie. Operačný systém budete môcť spustiť bez inštalácie.

Ak chcete vykonať klonovanie disku starého počítača, musíte si stiahnuť a nainštalovať aplikáciu. Tento program vám jednoducho pomôže migrovať operačný systém z jedného zariadenia na druhé. Nástroj je celkom funkčný, má veľa možností na vytvorenie obrázka a ukladanie údajov.

Ak chcete preniesť operačný systém pomocou tohto nástroja, musíte vykonať sériu akcií:

1. Kliknite na „Zálohovať disk alebo oddiel“.
2. Označíme disk na klonovanie.
3. Začiarknite políčko „Zmeniť nastavenia archivácie“.
4. Ďalej vyberte možnosť „Bez kompresie“.
5. V nastaveniach by mala byť označená možnosť priameho prístupu do sektorov partície.

Údaje archivujeme. Vytvorte novú sekciu

Teraz, keď sme vytvorili obrázok, prenesieme ho do nového zariadenia. Často sa stáva, že počítač má zastaraný operačný systém (napríklad Windows XP), ale používateľ tam chce nainštalovať moderný OS. V tomto prípade musíte vytvoriť nový oddiel v existujúcom systéme a vybrať ho v systémových zavádzačoch.

Čo je pre to potrebné urobiť?

1. Aplikáciu sme umiestnili na nové zariadenie.
2. AT pridané vlastnosti archivačný program zobrazí diskové oddiely. Ak je k dispozícii požadovaná oblasť (veľkosť vytvorenej oblasti by nemala byť menšia ako veľkosť archívu so systémom Windows XP), vytvorte novú oblasť.
3. Po dokončení procesu vytvárania oddielu kliknite naň myšou v pomôcke Backup & Recovery, obnovte logický disk. Podľa pokynov aplikácie dokončíme nastavenia a skopírujeme kópiu do nového OS.

Obraz Windows vo virtuálnom prostredí. Živá aplikácia SkyDrive

Ak máte dobrú rýchlosť sieťového pripojenia, môžete si uložiť záložnú kópiu operačného systému virtuálne úložisko. Výhodou tejto metódy je, že budete nielen migrovať systém z jedného zariadenia na druhé, ale aj jednoducho obnoviť akékoľvek dáta v prípade zlyhania. Okrem toho, ak vlastníte laptop, táto metóda vám umožní obnoviť všetky súbory v prípade straty zariadenia. V prípade krádeže notebooku neprídete o dôležité dokumenty a programy, ale môžete všetko obnoviť na iné zariadenie. Pri umiestňovaní obrazu do virtuálneho úložiska však myslite na bezpečnosť.

Prvá vec, ktorú by ste mali venovať pozornosť, je dostupnosť voľného miesta. Ak chcete umiestniť nie príliš veľký disk, môžete použiť bezplatný zdroj - Windows naživo skydrive. Množstvo informácií môže byť až 25 GB.

Tento nástroj vám umožňuje vytvárať 3 typy priečinkov, ktoré sú uložené v sieti:

Priečinky, ku ktorým má prístup iba ich tvorca,

Priečinky, pre ktoré môže tvorca vytvoriť zoznam ľudí, ku ktorým má pristupovať,

Verejné priečinky dostupné pre každého.

Tento nástroj otvára nasledujúce možnosti:

• Schopnosť ukladať dáta až do 25 GB. Prístup je možné vykonať z akéhokoľvek zariadenia, dokonca aj s mobilný telefón. Jednoduché rozhranie uľahčuje nahrávanie informácií na server.
• Ukladanie súborov je bezplatné. Mnohé z týchto služieb vám dnes umožňujú ukladať súbory online zadarmo, niektoré však môžu vyžadovať poplatok za rozšírenie funkcií.
• Schopnosť vytvoriť priečinok s vlastnou štruktúrou a uložiť ľubovoľné súbory. Môžete vytvárať priame odkazy na priečinky.

Ako bezpečne šifrovať informácie?

Niektoré služby poskytujú možnosť šifrovania údajov online. Napriek tomu je lepšie byť ešte raz opatrný a vykonať túto akciu na počítači s vylúčením možnosti infikovania súborov.

Ak chcete šifrovať informácie, postupujte takto:

1. Nainštalujte pomôcku TrueCrypt.
2. Kliknite na Vytvoriť zväzok.
3. Vyberte silu šifrovania, je žiaduce nešifrovať príliš veľa, inak sa môže zmeniť rýchlosť sťahovania a sťahovania. Najlepšou možnosťou je stredný výkon.
4. Presuňte údaje do pripraveného kontajnera, pripojte a zadajte heslo. Vykonajte šifrovanie podľa pokynov pomôcky.

Prenesieme operačný systém na nové zariadenie (OS je rovnaký)

Najtypickejšou možnosťou je, keď potrebujete preniesť OS na iné zariadenie s podobným systémom. V tomto prípade sa migrácia rýchlo vykoná vytvorením záložného protokolu pomocou pomôcky Ocster Backup.

"Moje dokumenty" a ďalšie štandardné priečinky sa nelíšia vo verziách systému Windows, to zjednodušuje úlohu - stačí v programe určiť potrebnú kópiu a dokončiť inštaláciu podľa pokynov.

Poznámka! Funkcia „Použiť predvolené prístupové oprávnenia“ musí byť aktivovaná, inak nový operačný systém nedostane oprávnenia na prístup k súborom.

Prenesieme operačný systém na nové zariadenie (OS Windows je iný)

zadarmo program Windows Jednoduchý prenos umožňuje preniesť systém a všetky nastavenia do inej verzie systému Windows. Nezabudnite na vlastnosti určitých systémov. Napríklad informácie o profile sú uložené v rôznych priečinkoch.

Program má pomerne jednoduché rozhranie a funkčnosť. Existuje tiež niekoľko obmedzení: obslužný program neumožní migráciu, ak je lokalizácia systému na zariadeniach iná, môže byť ťažké preniesť operačný systém, ak je jeden z nich 64-bitový a druhý 32x.

Seven už túto pomôcku má, takže prenos môžete jednoducho a jednoducho vykonať pomocou pokynov sprievodcu.

Presun OS na SSD disk

Ako preniesť Windows z IDE alebo SATA na SSD?

Informácie na pevných diskoch sú zvyčajne uložené na stopách, ktoré sú rozdelené do sektorov. SSD sa líši absenciou takéhoto rozpadu. Keď nainštalujete sedem na jednotku, nezávisle určí vlastnosti pamäte jednotky. Pri importe kópie starého zariadenia sa však disk spomalí na polovicu, dôvodom je bezpečnosť kópie podľa rovnakých sektorov členenia.

Pomôcka na prenos OS na SSD

Existuje pomerne málo programov, zvážte jeden z najpopulárnejších a najfunkčnejších. Toto je Drive Copy 11 Professional od Paragon. Tento nástroj vám umožňuje preniesť obrázok na disk. Aká je výhoda tohto programu?

SSD plnia svoje funkcie dobre, fungujú takmer nehlučne, no cena za väčšie objemy je pomerne výrazná a na menšie disky sa často nezmestia všetky potrebné informácie. Hlavným bodom fungovania pomôcky je teda vylúčenie všetkého nadbytočného. Nemôžete teda minúť veľa peňazí na väčší disk, ale jednoducho programom vylúčiť to, čo je úplne zbytočné.

Problémy pri používaní 3TB disku

Pri kúpe disku s kapacitou nad 2,2 TB sa mnohí často stretávajú s problémom: operačný systém nechce využiť celý objem disku – jednoducho ho nevidí. Dôvod je jednoduchý – štandardné rozloženie MBR takúto akciu neumožňuje. Existuje však východisko zo situácie a je to jednoduché - opäť použite nástroj Drive Copy 11 Professional, ktorý je nám známy, poskytne príležitosť na čítanie celého voľného miesta na pevnom disku.

Prenos operačného systému je teda celkom jednoduchý. Stačí nainštalovať požadovaný nástroj a použiť tipy v tomto článku.

Každý podnik sa snaží míňať čo najmenej, vrátane IT. Jednou z možností, ako ušetriť, je presunúť informačné systémy do cloudu. Pri prenose údajov do virtualizovaného prostredia je potrebné zohľadniť požiadavky legislatívy na uchovávanie a spracúvanie osobných údajov. Tieto požiadavky platia pre každú organizáciu.

Vladimir Lebedev, riaditeľ rozvoja podnikania v Stack Group, nám porozprával o zložitosti procesu migrácie.

Zákonné požiadavky

V roku 2006 bol prijatý 152-FZ „O osobných údajoch“, ktorý je určený na ochranu fyzických osôb pri automatizovanom spracúvaní osobných údajov. Minulý rok vstúpil do platnosti balík noviel o lokalizácii osobných údajov v Rusku, ktorý by mal podľa autorov zvýšiť úroveň informačnej bezpečnosti v rámci štátu a stimulovať ruský trh technologické riešenia a trhu informačnej bezpečnosti.

Podľa zákona sú podniky povinné zhromažďovať, uchovávať a spracovávať osobné údaje v Ruskej federácii. Všetky požiadavky sú úplne rovnaké pre ruské aj zahraničné spoločnosti, ak ich aktivity smerujú na územie Ruska. Zároveň je možné prenášať osobné údaje mimo tuzemska, musia však byť nemenné a ich objem by nemal presiahnuť objem v ruské základneúdajov.

Pre koho je zákon určený?

Každá organizácia vystupuje ako prevádzkovateľ osobných údajov, ako sú jej zamestnanci, zákazníci, partneri, teda všetky spoločnosti vo všetkých odvetviach spadajú pod zákon. Prípadné kontroly však hrozia predovšetkým spoločnostiam, ktorých podnikateľská činnosť je postavená na spracúvaní osobných údajov: bankám, poisťovniam, spoločnostiam poskytujúcim zdravotnícke služby a podobne.

Kontrolný plán Roskomnadzoru na rok 2016 zahŕňal: najväčšie softvérové ​​spoločnosti, medzinárodné banky, sieťové obchodné spoločnosti a internetové obchody.

Ťažkosti pri prenose osobných údajov pre medzinárodné spoločnosti

Globálni medzinárodní hráči sú často nútení preniesť do Ruska nielen samotné údaje, ale aj všetky súvisiace systémy, aby splnili zákonné požiadavky: pre spoločnosti s centralizovanými IT systémami je mimoriadne ťažké zmeniť architektúru informačného systému. na jednu miestnu legislatívu, pretože pôvodne nemala samostatné centrá na spracovanie informácií. Prebudovanie informačných systémov si vyžaduje značné investície.

Virtualizácia

Presun do cloudu je lacnejší ako nákup a inštalácia hardvéru. Na konci roka 2014 boli ceny ruských cloudov v priemere o 15–30 % vyššie ako za európske a na konci roka 2015 naopak naše ceny klesli o 20–30 %: výmenný kurz a relatívne náklady umiestnenie v ruských údajoch sa zmenilo.

Operátori začali ponúkať vyspelejší produkt a zahraničné spoločnosti dostali možnosť vybrať si medzi virtualizačnými systémami, cenovými segmentmi a naskytli sa príležitosti na prepojenie ruskej a západnej infraštruktúry.

Pre zahraničné firmy je virtuálna infraštruktúra spoľahlivým a zrozumiteľným riešením. Mnoho spoločností prenáša informácie výlučne do virtualizovaného prostredia, ktoré môže obsahovať aj potrebné prostriedky na ochranu osobných údajov. Zahraničné spoločnosti pri sťahovaní samozrejme očakávajú od prevádzkovateľa dodržiavanie požiadaviek regulátorov ochrany informácií.

Riziká migrácie úložiska

Samotné migračné procesy z jedného systému do druhého nesú riziká. V prvom rade môže dôjsť k porušeniu stanovenej úrovne služieb zákazníkom. Môže tiež dôjsť k prerušeniu komunikácie a pozastaveniu práce jednotiek, ktorých činnosť je naviazaná na automatizované systémy, môžu nastať stavy, keď nie je možné dodržať požiadavky na bezpečnosť informácií a iné technické problémy. Preto je dôležité, aby boli poskytovatelia pripravení zabezpečiť kontinuitu podnikania pomocou spoľahlivých a overených riešení na prenos informačných systémov.

Etapy cloudovej migrácie

Všeobecné princípy migrácie služieb, t.j operačné systémy zodpovedný za prevádzku tejto služby vo virtualizovanom prostredí, zvážte príklad riešenia VMware vSphere.

Je žiaduce rozdeliť architektúru informačných systémov podniku na služby, ktoré plnia špecifické úlohy. Do cloudu sa väčšinou presúva všetko, okrem služieb, ktoré sú z technických dôvodov s cloudovou technológiou nekompatibilné (RISC architektúra) a tie, ktoré nie je možné presunúť kvôli licencii.

Ďalej potrebujete audit informačných systémov. V tejto fáze sa určuje zloženie služieb (ktoré operačné systémy patria do konkrétnej služby), ako aj ich konektivita. Hlavný problém spočíva v rôznorodosti zdrojových operačných systémov a fyzickej architektúry serverov, na ktorých bežia. Na základe týchto informácií sa zostaví plán migrácie s prihliadnutím na súčasné obchodné procesy: určia sa požiadavky na konektivitu fyzických a virtuálnych infraštruktúr, určí sa poradie migrácie a nastavia sa prípustné „okná migrácie“. Je dôležité si zapamätať, že počas migrácie nemôžete aktualizovať verzie softvérových produktov alebo operačných systémov. Súčasne s migráciou je povolená len revízia výpočtových zdrojov (CPU, RAM, HDD).

Obslužný program sa spravidla používa na migráciu Konvertor VMware, ktorý efektívne funguje pri migrácii operačných systémov Microsoft Windows (ale migrácia služieb bežiacich v týchto OS má svoje vlastné nuansy). Ale kvôli zvláštnostiam súboru Linuxové systémy v približne 40 % prípadov sa po skončení konvertora VMware nemusí virtuálny stroj spustiť. Ak sa LVM používa v Linuxe, musíte nasadiť novú inštanciu OS zo šablóny poskytovateľa vo virtuálnom prostredí a potom preniesť údaje, softvérové ​​produkty a interné služby.

Pre každý typ operačného systému existujú všeobecné podmienky, ktoré sťažujú migráciu: po prvé, metódou ukladania údajov, ktorá znemožňuje priamu migráciu, sú dynamické disky v systéme Windows alebo LVM v systéme Linux, a po druhé, ťažkosti spôsobené používaním softvérového a hardvérového RAID. polia. Takže ani presný prenos dát sám o sebe nezaručuje, že sa virtuálny stroj úspešne spustí. Na fyzický server prevádzku virtuálnych strojov zabezpečuje hypervízor - OS, ktorý rozdeľuje fyzický server na niekoľko virtuálnych strojov, ktoré môžu pracovať súčasne a využívať rovnaké fyzické zdroje. Sada virtuálneho hardvéru hypervízora sa prirodzene nezhoduje s hardvérom fyzického servera, na ktorom bol operačný systém spustený pred migráciou. V dôsledku rozdielov v ovládačoch existuje veľa rozdielov v prístupe k tomuto zariadeniu.

Migrácia ADDS a MS SQL bez zastavenia služieb

Takmer vždy potrebuje podnik množstvo služieb, aby zostali dostupné počas migrácie. Zároveň často migráciu bez zastavenia služby odporúčané ako najspoľahlivejšie. Preto zvážme vlastnosti migrácie bez zastavenia najpopulárnejších služieb operačného systému Microsoft: Aktívny adresár Doménové služby (ADDS alebo AD) a Microsoft SQL (MS SQL). Na migráciu služby Active Directory bez zastavenia služby sa používa nasledujúci algoritmus:

• Sieťové pripojenie je vytvorené medzi fyzickým hardvérom a virtualizovaným prostredím. Zvyčajne ide o sieť VPN typu site-to-site – vytvára logickú sieť nad ďalšou sieťou. Prevádzku možno zároveň chrániť šifrovaním pomocou protokolov IPsec.
• V cloude nasadíme nové virtuálne stroje zo šablóny, kde nakonfigurujeme radiče domény AD a pridáme ich do lesa.
• Databázu Active Directory replikujeme cez sieť cez VPN z fungujúcich radičov na strane fyzických zariadení do cloudových.
• Po replikácii údajov pridelíme hlavných úloh operácií cloudovým radičom a odstránime úlohy doménových radičov zo serverov.
• Potom skontrolujeme fungovanie služieb a deaktivujeme účty starých ovládačov a fyzických zariadení.

Algoritmus migrácie MS SQL zložitejšie, pretože MS SQL sa zvyčajne používa vo viacvrstvovej službe ako backend. AT DNS záznamy v aplikáciách, ktoré používajú databázy (v klientoch MS SQL), musíte manuálne zadať nové umiestnenie databázy. Preto sa prestoje nedajú úplne odstrániť, ale možno ich minimalizovať. Existujú tiež mechanizmy nepretržitej migrácie MS SQL, medzi ktoré patrí Zrkadlenie a vždy zapnutý, ale ich použitie nie je vždy opodstatnené. AlwaysOn je k dispozícii iba v drahých edíciách na podnikovej úrovni, zatiaľ čo zrkadlenie musí byť podporované klientmi MS SQL. Okrem toho, aby ste mohli používať mechanizmy zrkadlenia, je potrebná dodatočná konfigurácia všetkých klientov MS SQL.
Zvážte najbežnejšiu možnosť migrácie MS SQL do cloudu:

• Sieťové pripojenie medzi cloudom a fyzickým zariadením je nakonfigurované.
• Zabezpečíme, aby bol model obnovy databázy MS SQL dokončený, potom môžete vytvoriť a preniesť úplnú zálohu a potom obe databázy synchronizovať prenosom kópií protokolov transakcií.
• V cloude nasadíme virtuálny stroj zo šablóny, do ktorého nainštalujeme a nakonfigurujeme nový MS SQL Server.
• Vytvoríme plnú zálohu databázového servera MS SQL bežiaceho na fyzickom serveri, následne ju obnovíme do cloudu, pričom spôsob prenosu zálohy závisí od veľkosti súboru a šírku pásma siete - pohybujeme sa na fyzickom médiu alebo kopírujeme po sieti.
• Po obnovení databázy v cloude vytvoríme kópiu protokolov transakcií a obnovíme ich aj v cloude.
• Počas „migračného okna“ zastavíme prevádzku MS SQL servera na fyzickom hardvéri, vytvoríme a obnovíme poslednú minimálnu kópiu transakčných protokolov v cloude, spustíme MS SQL server v cloude a prepneme klientov do nového umiestnenia databázy. .
• Skontrolujeme prácu služieb, vypneme fyzické vybavenie.

Pre každú službu a službu existuje mnoho spôsobov migrácie v závislosti od podmienok. Poskytovateľ služieb vám pomôže vyhnúť sa ťažkostiam, ktoré môžu nastať počas migrácie.

Informačná bezpečnosť

Spoločnosti musia nielen prenášať údaje do Ruska, ale aj zabezpečiť primeranú úroveň informačnej bezpečnosti pre ich ukladanie.

V zozname dokumentov, ktoré definujú požiadavky a popisujú opatrenia potrebné na ochranu informačných systémov, je na prvom mieste samozrejme samotný zákon, ktorý stanovuje všeobecné požiadavky. Špecifické opatrenia upravujú vyhlášky vlády Ruskej federácie a regulačné dokumenty FSTEC (Federálna služba pre technickú a exportnú kontrolu) a FSB (Federálna bezpečnostná služba).

Požiadavky na uchovávanie osobných údajov

Požiadavky na technickú ochranu dôverných informácií a poskytovanie služieb ochrany informácií sú formulované pomerne jasne. Nástroje na ich implementáciu sú rôznorodé. Môže ísť najmä o firewally, systémy na detekciu narušenia bezpečnosti, nástroje na analýzu bezpečnosti, antivírusovú ochranu, nástroje na ochranu prostredia virtualizácie. Trh ponúka širokú škálu nástrojov informačnej bezpečnosti – ruských aj zahraničných predajcov. Už existuje prax v oblasti presadzovania práva, pretože zákon je účinný od roku 2007. Vo všeobecnosti sa prístup k regulácii v Rusku líši napríklad od európskeho. V Rusku teda nedodržanie predpísaných požiadaviek na bezpečnosť informácií vedie k zodpovednosti. A na Západe môže spoločnosť nezávisle určiť, ako splniť požiadavky, a zodpovednosť vzniká iba vtedy, ak dôjde k nezákonnému konaniu s osobnými údajmi.

Požiadavky na infraštruktúru

Regulačné orgány tiež ukladajú určité požiadavky na infraštruktúru. Napríklad existuje certifikácia postavená automatizované systémy poskytovanie ochrany informácií. Certifikát vydáva nezávislé laboratórium, ktoré potvrdzuje, že infraštruktúra je pripravená a spĺňa všetky požiadavky na bezpečnosť informačných systémov. Tento certifikát je pre komerčné organizácie voliteľný, ale umožňuje pochopiť, že dátové centrum má potrebnú ochranu a je schopné zabezpečiť bezpečnosť firemných dát.

Existujú aj medzinárodné normy ISO, ktoré upravujú konštrukciu systému manažérstva informačná bezpečnosť (súbor noriem ISO 2700x). Mnohé zahraničné spoločnosti spĺňajú tieto normy.

Okrem toho sa na ochranu údajov uplatňuje model outsourcingu. Spoločnosti poskytujúce takéto služby musia mať potrebné licencie a kompetencie.

INFO

Predpoveď prestupu

Je dosť ťažké presne vypočítať, koľko dát sa má preniesť do Ruska, ale na základe obsadenosti trhu dátových centier môžeme povedať, že je tam dostatok kapacít na lokalizáciu dát v súlade so zákonom. Napríklad na trhu moskovského regiónu je nadmerná kapacita: celková kapacita je približne 27 tisíc regálov a takmer 40 % z nich je zadarmo. Mnoho dátových centier má oblasti s vysokou dostupnosťou. Treba tiež poznamenať, že hustota dát v jednom stojane sa môže líšiť v závislosti od vybavenia. Jedna jednotka serverového racku dnes spracováva podstatne viac informácií ako pred niekoľkými rokmi.

Zároveň je dopyt nerovnomerný: pred rokom došlo k pomerne vážnemu nárastu, teraz sa počet žiadostí od zahraničných spoločností znížil. Niektoré firmy sa už presťahovali a spĺňajú požiadavky, iné čakajú napríklad na výsledky regulačných auditov (ovplyvnia vznik druhej vlny).