Systemmigrering. Integration och migrering av informationssystem. Instruktioner för Samsung SSD

I den här artikeln vill vi systematisera vår erfarenhet av att genomföra datamigrering i stora företagsprojekt relaterade till övergången av kunder till arbete i 1C:Enterprise 8-konfigurationer.

Samtidigt kommer huvudvikten i artikeln först och främst att läggas på den tekniska komponenten i migrationsprocessen. Den organisatoriska delen påverkas också, men i mindre utsträckning.

Termer och definitioner

Datamigrering förstås vanligen som en slutlig arbetssekvens, ett projekt som syftar till en engångs massförflyttning av data från källsystem (historiska system) till ett mottagarsystem. Samtidigt avslutas driften av dessa data i källsystemen.

Datamigrering bör särskiljas från dataintegration. Integration är, till skillnad från migration, en permanent del av IT-arkitekturen, och ansvarar för flödet av data mellan olika system och datalager – och är en process, inte en projektaktivitet.

Migreringsschemat ser generellt ut så här:

Ris. ett

Historiska system- databaser över Kundens företag, som planeras att helt eller delvis bytas ut under implementeringen av det nya systemet.

Mottagare system- målsystem, godtycklig konfiguration "1C:Enterprise 8".

Inledande data- data som laddas ner från historiska system till ett godtyckligt xls-filformat. I det här fallet verkar xls-formatet vara ett av de mest bekväma, eftersom möjligheten att ladda upp till en xls-fil finns i många "föregående generations" redovisningssystem.

Som ett modernt alternativ är det möjligt att betrakta formatet på xml-filer som en transport.

Det finns också alternativ för att använda en mellanliggande databas.

Förvandling, omvandling- processen att konvertera rådata till data för nedladdning. Datatransformation sker i enlighet med mallarna för laddning. Resultatet av transformationen är de data som ska laddas.

Data att ladda ner- data som ska laddas in i det mottagande systemet. I den här artikeln, liksom källdata, beaktas xls-formatet.

Ladda ner datamallar- Beskrivning av de datatabeller som ska laddas in i målsystemet.

Stadier av migration

Överväg processen att förbereda och genomföra migreringen steg för steg.

De organisatoriska stadierna av migreringen inkluderar följande poster:

· Definiera migrationsstrategin. I detta skede kommer entreprenören och kunden överens om tekniken för migrationsarbete;

· Fastställande av sammansättningen av arbetsgruppen för migration. I arbetsgruppen bör ingå specialister från både entreprenören och beställaren som är tillräckligt förtrogna med driften av historiska system (från beställarens sida) och målsystemet (från entreprenören);

· Preliminär migrationsplan. Migrationsplanen kommer att justeras upprepade gånger under projektets gång;

· Datumperioder för avlastning av data från historiska system, datavolymer. Databrytningsperioder för migrering, datum för test och slutliga migreringar. Denna information kan hänföras till migrationsplanen;

· Sammansättning av data som ska migreras. Referensdata, klassificerare, transaktionsdata, saldon, omsättningar, etc.;

· Frågor om kontroll av datas kvalitet, korrekthet och integritet under och efter migrering;

· Problem med återställning till tidigare tillstånd vid fel.

Låt oss ta en närmare titt på migrationens tekniska stadier.

Ris. 2

1.Förberedelse av dataladdningsmallar

Dataladdningsmallen innehåller tekniska beskrivningar datatabeller för att ladda, algoritmer och laddningsregler för den aktuella mallen.

Varje mall är i allmänhet avsedd för en eller flera relaterade tabeller på destinationsmålsystemet.

Mallen anger:

Beskrivning av alla fält i xls-datafilen som ska laddas, inklusive:

o Fältnamn

o Obligatoriskt fälttecken

o Exempel på att fylla i fältet

o Obs

Beskrivning av reglerna för att ladda tabellen för målsystemet baserat på data som ska laddas (ordning i fallet med flera relaterade tabeller, sökalgoritmer för nyckelfält, etc.)

· Beskrivning av att direkt fylla i fälten i målsystemets tabeller om något annat än en-till-en-dataöverföring från datafilen för laddning planeras. Relevant för till exempel referensfält.

Under arbetet med detta steg måste entreprenören även förbereda en datafiluppladdningsverktyg för uppladdning. När det gäller att arbeta med xls-filer är denna uppgift inte särskilt svår.

2. Identifiering av datakällor

Detta steg kan börja tillsammans med föregående steg "1. Förberedelse av dataladdningsmallar”.

Som en del av detta steg bestämmer Kundens specialister från vilka system och vilken data som kan laddas upp. Det är också nödvändigt att bestämma vilken data Kanske kan behövas.

I stora migrationsprojekt kan identifieringen av en fullständig uttömmande lista över datakällor i regel ta ganska lång tid och sker när arbetet utförs i efterföljande skeden.

Det är inte ovanligt med situationer då, för att säkerställa informationens integritet i framtiden, vissa data måste överföras från tryckta källor (digitaliseras) eller till och med matas in i tabeller från nyckelpersoners ord från kunden.

Men i detta skede bör du försöka identifiera så mycket av den nödvändiga informationen som möjligt.

3. Ladda upp de ursprungliga uppgifterna

Processen med att ladda ner data från historiska system kan ta tillräckligt lång tid, speciellt om det finns många system, de är olika och olika avdelningar hos kunden är ansvariga för dem. Det är nödvändigt att ta hänsyn till detta ögonblick under test och slutlig migrering.

Det mest bekväma alternativet verkar vara att ladda upp till xls-filer. Många äldre IT-system stöder detta alternativ.

Det kan också finnas alternativ för uppladdning till csv-format, dbf , xml-format och andra.

Det bör noteras att av en eller annan anledning (säkerhetsproblem, till exempel) kan kunden inte alltid tillhandahålla datauppladdningen i sin helhet i detta skede! Bara en datastruktur och några testpositioner. Det kan alltså uppstå en situation att under test- och slutladdningar kommer data av dålig kvalitet att hittas i källtabellerna, vilket leder till oplanerade fel.

För att minimera detta problem bör volymen av testnedladdningar från historiska system specificeras i förväg.

4. Datakartering

Kartläggning (datamapping) - i det allmänna fallet, processen att jämföra data från historiska system och det mottagande systemet. Det vill säga källdata och data som ska laddas.

Kartläggningsstadiet är det mest tidskrävande skedet och kan ta mer än 50 % av allt arbete med migreringsuppgiften.

I detta skede, alla arbetsgrupp migrationsprojekt.

I processen för datakartläggning är det nödvändigt att skilja på delstegen av tabellkartläggning och fältkartläggning.

· Kartläggning av tabeller, eller kartläggning av mallar - jämförelse av tabeller med initialdata och datamallar för laddning. Korrespondensen kan vara antingen 1:1 eller N:N. Som ett resultat av detta arbete sammanställs och underhålls ett register över tabellkartläggningar. Detta delsteg krävs för nästa delsteg för fältmappning och för att hålla reda på det övergripande mappningsförloppet.

· Mappning av fält - jämförelse av fält av tabeller inom redan definierad mappning av tabeller. Resultatet av detta arbete är ett register över fältkartläggning.

Som en del av detta skede bör även eventuellt arbete med datanormalisering genomföras.

5. Utarbetande av omvandlingsregler

Till skillnad från de tidigare etapperna är detta steg tekniskt och involverar arbete av Entreprenörens byggherre.

Utifrån de överenskomna fältkarteringsregistren utvecklar Entreprenörens specialister regler för datatransformation.

För operativt arbete under de förberedande migreringsskedena och därefter, under test- och slutmigreringar, är det viktigt att det finns en bekväm miljö för att utveckla regler (skript) för datatransformation och en miljö för att konvertera källdata till data för laddning.

Kraven för denna miljö inkluderar:

· Bekvämlighet och snabb utveckling av omvandlingsregler;

· Datakonverteringshastighet. In- och utdatafiler kan vara hundratusentals rader långa!

· Förmåga att arbeta med flera indatafiler samtidigt;

· Möjlighet att spara transformationsregler i separata filer.

För våra migreringsprojekt har vi utvecklat en specialiserad arbetsstation för utvecklare, baserad på standardbearbetningen av "Request Console" 1C.

Hanteringen av "Query Console" har förbättrats för att tillåta direkta förfrågningar till xls-filer.

Här är ett exempel på att kombinera två käll-xls-filer Anställda.xls

och Operationer.xls med sidor:

Avskrivningar

och Inkomst:

Observera att exemplet är artificiellt, speciellt utvalt för att visa alla möjliga stadier av datakällans transformation.

Den tekniska sekvensen av transformationsoperationer här är som följer:

Med hjälp av Access SQL-frågespråket (som ger betydande ytterligare funktioner jämfört med 1C-frågespråket) skapas en första fråga som hämtar data från xls-filen till 1C-miljön. Samtidigt är olika kontroller och normalisering av data möjliga redan i detta skede.

ADO dataåtkomstteknik ger hög hastighet arbete.

Ris. 3

2. Begäran på 1C-språk - den huvudsakliga begäran som implementerar fältmappningsalgoritmen. Och även: berikning av nedladdade data med data från 1C-databasen, omgruppering, sammanslagning med resultaten av frågor till andra xls-källfiler, etc.

3. Efterbearbetning av resultatet av 1C-förfrågan, vid behov. Det implementeras med hjälp av ett skript i 1C-språk.

Till exempel, tillägget av raden "TOTALT" för kolumnerna med belopp implementeras här.

4. Spela in den slutliga datamängden till xls-fil.

I det allmänna fallet får vi vid utgången de slutliga filerna för uppladdning till måldatabasen 1C.

Dessutom låter det här verktyget dig spara datakonverteringsregler i en separat xml-fil:

Dessutom går det att arbeta i batch-läge, vilket är särskilt viktigt med en stor mängd heterogen migrerande data.

Under de föregående stegen avslutas den förberedande delen av arbetet som helhet - alla datakällor identifieras, källdata laddas bort från källorna, mallar för inläsning i måldatabasen förbereds, datakartläggning förbereds och, slutligen utvecklas datatransformationsskript.

Det bör noteras att innan den slutliga migreringen bör du definitivt genomföra flera tester. Under testmigreringar identifierar entreprenören tillsammans med kunderna:

konverteringsfel, dataladdningsfel

utföra en preliminär bedömning av kvaliteten på data som laddas in i målsystemet

Baserat på resultaten av testmigreringarna upprättar/uppdaterar de den slutliga migreringsplanen

7.Dataverifiering

Kontroll av kvaliteten på de nedladdade uppgifterna bör utföras både efter testmigreringarna och i slutet av den slutliga migreringen. Under avstämningen kan följande indikatorer kontrolleras:

· Sammanfall av summor för saldon, för dokument;

Kvantitativa matchningar, såsom antalet OS;

· Korrekt fyllning av separata selektiva enheter;

Observera att vissa kontroller av migrerande data, problem med datanormalisering måste åtgärdas under alla migreringsprocesser. Du måste alltid fråga dig själv vad som behöver göras i det aktuella skedet för att undvika misstag i efterföljande etapper.

Till exempel:

· Kontrollera om det finns dubbletter av nyckelfält. Det är möjligt och nödvändigt att utföra fortfarande på de ursprungliga uppgifterna;

· Typer av gjutfält;

· Referensintegritet;

· Matematiska inkonsekvenser. Till exempel, leta efter tomma numeriska fält, som är planerade att delas upp under transformationen;

· I allmänhet, kontrollera den obligatoriska ifyllningen av fält;

· Ersätt felaktiga tecken. Till exempel engelska tecken i kyrilliska fält ("o", "a", "e", etc.) Detta gäller särskilt för nyckelfält!

Kontrollera värdena för strängfält för överensstämmelse med typerna av det mottagande systemet (längdbegränsningar)

Efter slutförandet av den slutliga migreringen, enligt en förutbestämd migrationsstrategi och migrationsplan, fattas beslut om den fortsatta driften av de äldre systemen.

Ofta slutförs driften omedelbart efter den slutliga avstämningen av data och framgången med migreringen - användare av det nya systemet för inte längre register parallellt i två system, utan byter helt till det nya systemet. Samtidigt bevaras åtkomsten till det gamla systemet i läsläge.

I vissa fall kan parallelldrift av två system förekomma under provdriftsperioden (OE) och till och med längre än denna period. Frågan om parallellt arbete för användare i två system är nära besläktad med frågan om möjligheten till återställning till det gamla systemet, om migreringen (eller i allmänhet driften av det nya systemet!) visar sig vara otillfredsställande.

Slutsats

Avslutningsvis vill jag notera att när det gäller migreringen av stora transaktionssystem, som inkluderar många 1C:Enterprise-konfigurationer, kan övergången till ett nytt system vara mycket tidskrävande.

Därför bör man komma ihåg att ett sådant projekt kräver noggrann förberedelse och måste åtföljas av en individuell plan. Men oavsett vilken typ av system som migreras, mängden databaser osv. allmän ordning migrationen ser nästan identisk ut.

De flesta moderna företag använder olika informationslösningar i sin verksamhet, och för nästan varje företag blir förr eller senare frågorna om att integrera informationssystem och/eller migrera till mer tekniska plattformar aktuella. Det finns ofta inga färdiga svar på dessa frågor, så IDelync tar ett omfattande och balanserat tillvägagångssätt för att välja de bästa lösningarna för varje företag.

Integration av olika informationslösningar gör att företaget kan:

organisera arbetet med alla nivåer av företagsdata, oavsett typ av mjukvaruprodukter;

eliminera eller minimera dubblering av inmatning av information i företagets befintliga informationslösningar;

organisera en enad informationsutrymme Företag med tydligt definierade informationsflöden mellan olika lösningar, avgränsning av rättigheter mellan användare.

Den största fördelen med integrationslösningar är att Bolaget kan få en positiv effekt av användningen på kortare tid och till lägre kostnader än vid val av lösningar som innebär att informationslösningar byts ut eller uppgraderas. IDelync-specialister har lång erfarenhet av integration och har genomfört projekt av olika informationssystem, såsom: 1C 7.7 --> 1C 8.x; Info revisor --> 1C; Turbo revisor --> 1C; Segel --> 1C; Förråd --> 1C; R-Keeper --> 1С; Excel --> 1C.

Migrering av system till mer tekniska plattformar eller lösningar görs när enskilda informationslösningar är föråldrade och inte längre uppfyller företagets krav. Samtidigt behöver företaget göra omställningen snabbt och effektivt. Det är dessa högkvalitativa och tidsoptimerade lösningar som IDelync är specialiserade på. Dessutom har vårt företag utvecklat en enhetlig integrerad modul för redovisningssystem baserade på 1C:Enterprise, nämligen från 1C:Enterprise 7.7 till 1C:Enterprise 8. Som ett resultat av migreringen får företaget inte bara en modernare, produktiv lösning, men kan också automatisera processer som tidigare inte omfattats.

IDelync erbjuder sig att migrera till andra mjukvaruprodukter i etapper och genomgå följande steg:

Arkitektur, analytisk och affärsrevision av befintliga IT-system. Dessa arbeten utförs för att fastställa systemets nuvarande tillstånd och få information för att välja ett nytt system. Under samma period samlas affärskrav för den nya lösningen in, vilket gör det möjligt att tillhandahålla nödvändiga moduler i den nya lösningen.

Valet av teknologier för migrering av IT-system. I detta skede utförs valet och designen av tekniker för att utföra migreringsarbete. Om du planerar att migrera från olika konfigurationer 1C:Enterprise 7.7 till 1C:Enterprise 8, använder IDelync sin egen modul, testad i många projekt.

Utveckling och konfiguration av migreringsmekanismen och dess testning.

Implementering av migrering till ny lösning, provdrift av det resulterande IT-systemet.

Driftsättning av IT-system, systemstöd. Noggrann planering av arbetet relaterat till driftsättningen av ett nytt system gör att du kan lansera en ny lösning i tid och minimera riskerna i samband med implementeringen av en ny lösning.

Systemstöd utförs enligt separat avtal med Kunden eller Kundens egen IT-tjänst.

På grund av den noggranna insamlingen och analysen av kundens affärskrav, design och testning av systemintegration och migreringsmekanismer, och tydlig interaktion med kunden i alla skeden av arbetet, integrerar och migrerar IDelync framgångsrikt system både inom enskilda projekt och som en del av projekt för komplex automatisering av operativ, företagsledningsredovisning.

Fler tjänster (3)

Fler lösningar (1)

Mer erfarenhet (3)

• "ID.Integration": integrerad datautbytesmodul

  Många företag har nu nått en hög grad av automatisering. I de flesta fall har Företagen inte någon enskild informationslösning utan förses med en uppsättning olika system som används för lokala redovisningsuppgifter för att upprätthålla bokföring och skatteredovisning, verksamhets- och förvaltningsbokföring samt erhålla nödvändig rapportering.

  En typisk produkt, på grundval av vilken informationslösningar för inhemska företag tillverkas, är 1C. I detta avseende kan vi peka ut de frågor som oftast ställs av företagets företag:

  Integration– Behovet av att kombinera flera separata system för att erhålla en enda informationslösning och eliminera behovet av att upprepade gånger lägga in data i separata informationsbaser.

  Migration– implementering av en snabb och högkvalitativ övergång från lösningar av valfri version av redovisningssystemet till system av version 1C: Enterprise 8.
  

  För att lösa dessa problem har IDelync-specialister utvecklat en universell integrerad modul för datautbyte mellan olika redovisningsprogram och 1C:Enterprise-konfigurationer av plattformarna version 7.7 och 8.1.

  Den integrerade modulen ger ett brett utbud av flexibla inställningar:

  Synkronisering av NSI-objekt, inklusive möjligheten att kombinera flera objekt från källan till ett mottagarobjekt för att erhålla aggregerad data, samt jämföra objekt från olika källbaser till ett enda värde i mottagaren.

  Synkronisering av PS, inlägg och korrespondens - för att spegla verksamheten för att göra affärer.

  Genom att använda den universella datautbytesmodulen kan du lösa följande uppgifter korrekt:
  

  Sammanfoga data från flera redovisningsbaser till ett enda konsoliderat system.

  Omvandling av bokföringsposter både till andra typer av bokföringsposter (skatt, internationell, etc.) och till bokföringsposter med annan korrespondens, beroende på analysobjekten.

  Full automatisering av datautbytesprocessen. I enlighet med den preliminära inställningen av jämförelsetabellerna för NSI, PS och korrespondens utförs en automatiserad datautbytesprocess, varefter det räcker att helt enkelt kontrollera korrektheten av de nedladdade data.

  Möjlighet till manuellt datautbyte med flexibel förkonfiguration upp till en enda transaktion av affärsbokföring. Samtidigt, på sidan av den mottagande basen, är det möjligt att manuellt korrigera bokföringen av laddade transaktioner med villkoret att skydda ändringar från korrigering när data för denna transaktion uppdateras igen.

  Det bör noteras att användningen av integrationsmodulen under övergången av ett företag från system baserade på 1C 7.7 till 1C 8.1 inte bara gör det möjligt att kvalitativt och snabbt överföra en "nedskärning" av saldon (d.v.s. saldon på redovisningskonton på ett visst datum ), men också för att säkerställa en fullständig överföring av omsättningar på konton för varje period av data som är tillgängliga i det nuvarande redovisningssystemet. Detta tillvägagångssätt möjliggör övergång från ett redovisningssystem till ett annat samtidigt som möjligheten att generera reglerad rapportering för hela redovisningsperioden bibehålls, oavsett vilket datum det nya systemet togs i drift.

grossist och detaljhandeln, E-handel

• Automatisering av förvaltningsredovisning och optimering av affärsprocessen för implementering och logistik för OOO Trading House Slobozhanka

  Trading House Slobozhanka LLC (nedan kallat "TDS", "Enterprise") är en importör och distributör av välkända märken av kosmetika, hygienprodukter och hushållsartiklar. Med hjälp av en utvecklad struktur grossistför TDS till sina kunder ett brett utbud av kosmetiska och hygieniska produkter från kända varumärken från tillverkare i Polen, Ryssland, Ukraina, Kina.

  Målet med detta projekt var att öka effektiviteten i företagets operativa och ledningsprocesser när det gäller redovisningsfunktionen, lednings- och kontrollfunktionerna genom automatisering.

  Med hänsyn till företagets kontinuerliga driftsätt, såväl som ganska komplexa logistikfrågor relaterade till behovet av snabb, högkvalitativ organisation av transportlastning, var huvuduppgiften att lösa när det gäller operativ redovisning att optimera processerna av bearbetning av beställningar, förberedelse av de dokument som behövs för transport, lastning av bilar och sändning av dem.

  Baserat på resultaten av den preliminära undersökningen, baserat på analysen av företagets affärsbehov, rekommenderade konsulten övergången från informationssystemet "Granit" till ERP-klasssystemet baserat på 1C Enterprise 8. Konfigurationen 1C "Production Enterprise Management" valdes som baslösning. I ett enhetligt system för operativ förvaltningsredovisning implementerades en affärsprocess för att hantera servicen av kundorder, vilket inkluderar uppgifterna att förbereda dokument, transport- och lagerlogistik och övervaka leveransbekräftelser. För att optimera processen för att ta emot kundorder implementerar systemet ett brett utbud av integrationsalternativ med Externa källor(Emigo, Exite, EXCEL, PDA). Systemet implementerar också processen för prissättning av varumärken och kunder, samt en mekanism för att kontrollera fordringar efter varumärken och villkor. Den implementerade lösningen täcker alla block av företagets affärsverksamhet och låter dig även behålla anläggningstillgångar, beräkna chefslöner, hantera kundrelationer (CRM) och få bokslut för alla intresseperioder (inklusive på daglig basis). Följande rapporter är implementerade i det finansiella rapporteringsblocket: Rapport över finansiellt resultat, rapport över kassaflöden, saldo. ett system av förvaltningsredovisning är integrerad med redovisningssystem för efterföljande upprättande av reglerad rapportering, integration med Kund-Bank-systemet har genomförts.

• Technosila, Innovation and Reengineering for E-Commerce, Fusion av Technosila med Technoshock Group

  Technosila, Moskva, Ryssland, http://www.tehnosila.ru, en av de ledande inom nätverksdetaljhandeln med elektronik och hushållsapparater i Ryssland. 50 regioner, 137 butiker och en webbutik som täcker alla regioner.

  Projekt: IT-revision av informationssystem och affärsmiljö (SAP, 1C, PHP, FoxPro, Delphi); Hantering av IT-projekt och affärsinnovationer för e-handelsriktningen; Omarbetning av affärsprocesser för e-handel; IT-arkitekturdesign för e-handel, integration och onlineinteraktion; Implementering av IT-projekt för e-handel; Sammanslagning av Technosila med Technoshock-gruppen, http://tshok.ru , St. Petersburg, Ryssland, 16 städer, 42 butiker och en onlinebutik.

• • Integration av MS CRM (Microsoft Dynamics 4.0) och 1C.8.1 "Manufacturing Enterprise Management" för gruppen av internetföretag SUP och +SOL, Moskva, Ryssland

    Syftet med detta projekt var att utveckla och implementera en applikation som löser problemet med informationsutbyte i etablerat format mellan specialiserad information Microsoft system Dynamics CRM 4.0 och MIS baserat på 1C: 8.1 "Manufacturing Enterprise Management".

    Den implementerade mekanismen utför ett tvåvägsutbyte av information mellan informationsbaser online. Som ett resultat av varje datautbytessession mottar MIS uppdaterad reglerings- och referensinformation om kunder, produktsortiment, klientapplikationer, och i motsatt riktning (till MS CRM) överförs information om betalningar som utfärdats för kunden.

    Utformningen och implementeringen av datautbytesmekanismen implementerades av konsulten i nära samarbete med en tredjepartsimplementator av ett informationssystem för kundrelationshantering (CRM) baserat på Microsoft produkt Dynamics CRM 4.0. Tydlig organisation av arbetet med interaktion med teamet tredjepartsutvecklare gjort det möjligt att designa, implementera och implementera en datautbytesmekanism på kort tid och förse Bolaget med nödvändig, konsekvent information i båda systemen.

Datamigreringsprocessen kan vara ett av stegen i IP-implementeringsprojektet, eller så kan den organiseras som ett separat projekt. Under datamigreringsprocessen inom ramen för detta arbete menar vi designarbete som täcker hela cykeln av uppgifter relaterade till datamigrering: från planering av datamigreringsarbete till att utvärdera resultaten av datamigreringsstadiet.

I vilket fall som helst är datamigreringsprocessen uppdelad i flera inbördes relaterade successiva steg; i denna studie kommer alla steg i migreringsprocessen enligt Oracle- och IBM-metoden att beaktas sekventiellt.

Livscykeln för migreringsprocessen börjar efter att en strategi och riskbedömning av datamigreringsstadiet har utformats. Flödesdiagrammet för migreringsprocessen presenteras i processdiagrammet.

Målet med varje datamigreringsprocess är att kartlägga informationen, datatyperna och dataformaten för det gamla systemet till datatyperna och dataformaten för det nya systemet. Under datamigrering motsvarar steget "Dataextraktion" valet och urladdningen av data från det gamla systemet, och steget "Dataladdning" motsvarar överföringen av mottagna data från det gamla systemet och deras laddning till det nya systemet. Migreringsprocessen kommer att diskuteras mer i detalj nedan.

När datamigreringsplaneringsfasen är klar är nästa steg att fastställa kraven för den migrerade datan. Detta steg inkluderar utvecklingen av kundkrav och deras beskrivning i relevanta projektdokument. Under fasen Samla krav är den ansvariga rollen inom projektgruppen för fasens leveransresultat affärsanalytiker eller systemanalytiker. Detta steg av migration kommer att behandlas mer i detalj i det tredje kapitlet i detta arbete. Utdatainformationen från stadiet för att fastställa datakrav för migrering är en beskrivning av strukturen och sammansättningen av data för migrering.

Stadiet för insamling av datakrav för migrering är som regel mycket nära relaterat till nästa steg - utvecklingen av algoritmer för att överföra data från källsystemet till målsystemet. Under designfasen skapas detaljerade specifikationer av analytiker som beskriver källsystemets datatyper och deras relation till målsystemets datatyper. Sådana specifikationer beskriver datastrukturen för migrering, deras volym, källa, destination. Specifikationen är en källa för att sätta uppgifter för utvecklaren, som kommer att designa och utveckla specialiserad programvara för dataöverföring. På designstadiet genomförs en analys av den befintliga dataarkitekturen i källsystemet - analys "as is" och utveckling av dataarkitektur i målsystemet - "to be". Vid analys av den befintliga dataarkitekturen identifieras och beaktas alla begränsningar och IT-infrastruktur, samt deras inverkan på driften av målsystemet med migrerad data. Utgångsartefakter av dataarkitekturanalys kan vara dokument som logiska datamodeller (ER-diagram, databasmodeller), ordböcker och referensböcker med en detaljerad beskrivning av varje element och dess attribut, en beskrivning av affärsregler för att arbeta med data, information om system som interagerar med källsystem för informationsutbyte och integration.

Resultaten av kravinsamlingen och designen ligger till grund för val av metod och bestämning av teknik för datamigrering. Migrering kan utföras offline eller online, kategoriseringen av metoder beror på om applikationerna underhålls under migreringsprocessen. Valet av migreringsmetod och -medel bestäms av en kombination av faktorer, inklusive tillgänglig systemavbrottstid, affärsberoende av partners, datavolym, fysisk placering av källsystemets datalager, informationssäkerhetspolicy för källsystemet och målsystemet.

Analys- och planeringsstadierna som beskrivs ovan kan kombineras till ett allmänt förberedande skede. De utvecklade procedurerna och migreringsmekanismerna reglerar stadierna för att extrahera, överföra och ladda data till ett nytt system, det vill säga att alla steg i ETL-processen utförs sekventiellt. Efter att ha mottagit de data som krävs för migreringen börjar fasen för att ladda dessa data till målsystemet, innan början av vilken det är nödvändigt att peka ut ett separat steg - verifiering av det migrerade innehållet.

Kontroll av att den uppladdade datan överensstämmer med kraven kan ske online - direkt vid ingången till målinformationssystemet eller offline - som ett mellansteg i migreringsprocessen. Efter avslutad inläsning av data i målsystemet utförs ytterligare en kontroll, ofta startas båda systemen för parallelldrift. Testaktiviteter av parallellt arbete planeras när reglerna och procedurerna för migreringsprocessen utformas. Inom ramen för migreringsprocessen kan parallelldriften av de två systemen betraktas som provdrift. Resultatet av testdrift kan vara en bekräftelse på att det nya systemet är fullt fungerande med migrerad data. Om massiva fel upptäcks under parallell drift av källsystemet och målsystemet, kan ett beslut tas om att migrera data och ladda om innehållet. De överenskomna resultaten av migreringen registreras i målsystemets testlogg med nedladdade data, testfall utförda och frågeformulär kan sammanställas för att kontrollera att de migrerade uppgifterna överensstämmer med målsystemets krav.

Testaktiviteter är inte begränsade till parallell drift av källsystemet och målsystemet. Tester kan köras på prover av migrerad data för att upptäcka fel tidigt och åtgärda dem innan utvecklingen av migreringsmjukvaran börjar. Att åtgärda fel tidigare sparar budget och undviker omnedladdningar av data. Testaktiviteter kan innefatta datarevisionsaktiviteter under migreringsprocessen. Datarevision låter dig spåra datatillstånd och undvika fel orsakade av ändringar i innehåll som kan göras av användare redan under migreringsarbetet.

Efter att ha kommit överens om migreringsresultaten startar fasen av eftermigreringsarbetet, inklusive kontroll, rengöring och testning av målsystemets prestanda, i allmänhet efter datamigrering. Rengöring kan göras manuellt eller med programvara. Datarensning utförs för att ta bort föråldrad information och uppfylla informationskraven i det nya systemet.

Datamigreringsmetodik som ges ovan antar att den mest "flaskhalsen" i att organisera detta skede av projektet är stadiet att planera och arbeta med kundens affärskrav, det vill säga att samla in krav och designa, därför kommer vi att överväga metoder för att lösa problem av dessa stadier mer i detalj i följande delar av arbetet. Utöver stadierna för planering och utveckling av affärskrav, bör särskild uppmärksamhet ägnas åt stadiet för att utvärdera resultaten av arbetet med datamigreringsstadiet, eftersom det i enlighet med Deming-cykeln (PDCA) är utförandet av arbetet bedömningsaktiviteter som är en förutsättning för att liknande arbete ska lyckas i liknande projekt.

1.1. Funktioner i datamigreringsplanering

Datamigreringsplanering är det första steget i processens livscykel och görs genom att förstå de viktigaste riskerna med processen och migreringsstrategin. Utöver migreringsstrategin kan indata vara en del av referensvillkoren eller ett dokument om hela projektets omfattning, avsedd för datamigrering. På planeringsstadiet bestäms omfattningen av datamigreringsprocessen, vilken kan uppnås i termer av designbegränsningar (datakällor, krav högsta nivån) målen för datamigreringsprocessen. För att definiera omfattningen av migreringsprocessen är det vettigt att involvera affärsanvändare som har en förståelse för hur systemet har hanterat data tidigare och hur det ska hantera det i framtiden. Vidare, beroende på migreringsmetoden, sätts en deadline och de nödvändiga resurserna allokeras inom den angivna budgeten. När man planerar datamigrering är en viktig punkt att identifiera deltagarna i processen från kundens sida, det vill säga de affärsanvändare och tekniska specialister hos kunden som ansvarar för datahantering. Följande designartefakter kan genereras vid utgången av datamigreringsprocessens planeringsprocessen:

• - Dokument om ramarna för datamigrering;
• - Arbetsplan för datamigrering som anger de ansvariga medlemmarna i projektgruppen;
• - Kommunikationsplan under migreringsfasen.

Organiseringen av migrationssteget i IP-implementeringsprojekt börjar med planeringsstadiet, där det är nödvändigt att upprätta en arbetsplan, beräkna nödvändiga resurser och deadlines.

Arbetspaket på migreringsstadiet bör motsvara faserna i processens livscykel, en ungefärlig struktur på arbetsschemat kan vara följande:

• - Planering och utformning av datamigreringsramverk;
• - Affärsanalys och dokumentation av krav;
• - Val, anpassning eller design och utveckling av specialiserad programvara;
• - Dataöverföring;
• - Validering av migrerad data;
• - Experimentell drift;
• - Rengöring och testarbete efter migration;
• - Samordning av migrationsresultaten, utvärdering och avslutning av skedet av genomförandeprojektet.

Uppdraget av ansvariga medlemmar i projektgruppen för genomförandet av datamigreringsskedets arbetspaket sker på planeringsstadiet efter att arbetsplanen har upprättats.

De utvalda projektrollerna tilldelas kluster – ansvarsområden definierade i Läkare Utan Gränsers metodik. Det är värt att notera separat att med produkthantering i samband med migrering menar vi att hantera kvaliteten på migrerad data och målsystemets hälsa efter migrering. Releasehantering när det gäller migreringsprocessen - utföra iterationer av migreringsprocessen, ta emot och ladda migreringsdata.

I enlighet med MSF-modellen antas följande ansvarsfördelning mellan rollkluster:

• - Systemanalytiker - programledning, kundnöjdhet;
• - Utvecklingschef - programledning, produkthantering, releasehantering;
• - Utvecklare - utveckling av algoritmer eller specialiserad programvara för överföring av data till målsystemet, specialiserad programvara (om nödvändigt);
• - Testare - testning, releasehantering.

För att tydligt visa de inblandade mänskliga resursernas deltagande i datamigreringsprocessens aktiviteter kommer vi att sammanställa RACI-matrisen – som ges i bilaga 1 till arbetet (se bilaga 1 – RACI-matris för datamigreringsarbete).

Det bör noteras att utvecklingschefen (teknisk chef) anses vara ledare för datamigreringsteamet, så han är ansvarig för att genomföra hela processen som helhet. Men om datamigrering utförs som en del av ett storskaligt IS-implementeringsprojekt, där en chef för hela projektet utses, så kommer den tekniska chefen för migreringsstadiet endast att vara en utförare i uppgifter relaterade till att bestämma tidpunkten och rekrytera personal. Beslut om personal, resurser och deadlines i detta fall fattas gemensamt av projektledningen.

Att installera och konfigurera ett operativsystem är en storleksordning svårare och mer tidskrävande än att skapa en bild och överföra den till en annan dator. Om du behöver överföra operativsystemet tillsammans med alla program (orsaken kan till exempel vara att köpa en ny enhet), få ​​inte panik - detta görs helt enkelt. Läs rekommendationerna nedan noggrant och välj det bästa sättet att "flytta" Windows. Alla filer och verktyg du behöver kommer att finnas på plats, du kommer inte längre att slösa mycket tid och nerver på att installera om operativsystemet. FRÅN installera en SSD disk kommer inte heller att vara svårt.

Systembild. Överföra Windows 7 utan att installera verktyg

Kanske det enklaste och snabbaste alternativet. Systemet har ett säkerhetskopieringsverktyg - gå till Start-menyn, välj "Alla program", sedan "Underhåll" och "Säkerhetskopiering och återställning". Därefter måste du skapa en OS-återställningsdisk och skapa en bild. Vi utför följande åtgärder:

1. För att skapa en bild måste du ange sökvägen där arkivet för alla data kommer att skapas: välj en disk, optisk eller extern hårddisk. Du kan förresten skapa en bild och lagra den online, men mer om det senare. Välj en disk med tillräckligt med utrymme för att utföra denna process, det är bättre om det fortfarande är en logisk eller extern disk. Vi arkiverar.

1. Efter slutet av processen startar vi en annan enhet, sätter in vårt media med en kopia och startar systemet.
2. Klicka på "OS Recovery", ange media med bilden.

1. Åtgärden slutförd, starta om enheten.

Notera! För att systemet ska starta måste du ställa in inställningarna BIOS-start från hårddisken.

I princip är metoden ganska enkel och kräver inte installation av några verktyg. Arkivet skapas dock inte så snabbt och det finns inget sätt att komprimera det. Det finns bättre program där ute.

Vi skapar en OS-klon. Paragon Drive Copy

Nästa metod för att överföra fönster är genom ett backupprogram eller genom att använda virtualisering. Du kommer att kunna köra operativsystemet utan att installera.

För att utföra diskkloning av en gammal dator måste du ladda ner och installera programmet. Det här programmet hjälper dig enkelt att migrera operativsystemet från en enhet till en annan. Verktyget är ganska funktionellt, har många alternativ för att skapa en bild och lagra data.

Så för att överföra operativsystemet med det här verktyget måste du utföra en rad åtgärder:

1. Klicka på "Säkerhetskopiera en disk eller partition".
2. Vi markerar skivan för kloning.
3. Markera rutan "Ändra arkiveringsinställningar".
4. Välj sedan alternativet "Ingen komprimering".
5. I inställningarna bör möjligheten för direkt åtkomst till partitionens sektorer markeras.

Vi arkiverar uppgifterna. Skapa ett nytt avsnitt

Nu när vi har skapat bilden överför vi den till en ny enhet. Det händer ofta att datorn har ett föråldrat operativsystem (till exempel Windows XP), men användaren vill installera ett modernt operativsystem där. I det här fallet måste du skapa en ny partition i ett befintligt system och välja den i systemladdare.

Vad behöver göras för detta?

1. Vi lägger applikationen på en ny enhet.
2. PÅ ytterligare egenskaper arkiveringsprogrammet kommer att presentera diskpartitioner. Om det önskade området är tillgängligt (storleken på den skapade partitionen bör inte vara mindre än arkivet med Windows XP), skapa en ny partition.
3. När processen för att skapa partitioner är klar, klicka på den med musen i verktyget Säkerhetskopiering och återställning, återställ den logiska disken. Genom att följa instruktionerna för programmet slutför vi inställningarna och kopierar kopian till det nya operativsystemet.

Windows-bild i en virtuell miljö. Live SkyDrive-appen

Om du har en bra nätverksanslutningshastighet kan du lagra en säkerhetskopia av operativsystemet i virtuell lagring. Fördelen med denna metod är att du inte bara kommer att migrera systemet från en enhet till en annan, utan också enkelt återställa all data i händelse av fel. Dessutom, om du äger en bärbar dator, låter den här metoden dig återställa alla filer om enheten tappas bort. Om den bärbara datorn blir stulen kommer du inte att förlora viktiga dokument och program, men du kan återställa allt till en annan enhet. Tänk dock på säkerheten när du placerar en bild i virtuell lagring.

Det första du bör vara uppmärksam på är tillgången på ledigt utrymme. Om du vill placera en inte särskilt stor disk kan du använda den kostnadsfria resursen - Windows Live skydrive. Mängden information kan vara upp till 25 GB.

Verktyget låter dig skapa 3 typer av mappar som lagras i nätverket:

Mappar som bara är tillgängliga för skaparen,

Mappar för vilka skaparen kan skapa en lista över personer att komma åt,

Gemensamma mappar tillgängliga för alla.

Detta verktyg öppnar för följande möjligheter:

• Möjlighet att lagra data upp till 25 GB. Åtkomst kan göras från vilken enhet som helst, även med mobiltelefon. Ett enkelt gränssnitt gör det enkelt att ladda upp information till servern.
• Fillagring är gratis. Idag tillåter många av dessa tjänster dig att lagra filer online gratis, men vissa kan kräva en avgift för att utöka funktioner.
• Möjlighet att skapa en mapp med din egen struktur och lagra alla filer. Du kan skapa direktlänkar till mappar.

Hur krypterar man information säkert?

Vissa tjänster ger möjlighet att kryptera data online. Men ändå är det bättre att vara försiktig igen och utföra den här åtgärden på din dator, exklusive möjligheten att infektera filer.

Följ dessa steg för att kryptera information:

1. Installera TrueCrypt-verktyget.
2. Klicka på Skapa volym.
3. Välj krypteringsstyrka, det är önskvärt att inte kryptera för mycket, annars kan nedladdnings- och nedladdningshastigheten ändras. Det bästa alternativet är medelkraft.
4. Flytta data till en färdig container, montera och ange ett lösenord. Utför kryptering genom att följa anvisningarna från verktyget.

Vi överför operativsystemet till en ny enhet (operativsystemet är detsamma)

Det mest typiska alternativet är när du behöver överföra operativsystemet till en annan enhet med ett liknande system. I det här fallet utförs migreringen snabbt genom att skapa ett säkerhetskopieringsprotokoll med verktyget Ocster Backup.

"Mina dokument" och andra standardmappar skiljer sig inte åt i Windows-versioner, detta förenklar uppgiften - du behöver bara ange den nödvändiga kopian i programmet och slutföra installationen genom att följa uppmaningarna.

Notera! Funktionen "Använd standardåtkomstbehörigheter" måste vara aktiverad, annars kommer det nya operativsystemet inte att få behörighet att komma åt filer.

Vi överför operativsystemet till en ny enhet (Windows OS är annorlunda)

Fri Windows-program Enkel överföring låter dig överföra systemet och alla inställningar till en annan version av Windows. Glöm inte funktionerna i vissa system. Till exempel lagras profilinformation i olika mappar.

Programmet har ett ganska enkelt gränssnitt och funktionalitet. Det finns också flera begränsningar: verktyget tillåter inte migrering om lokaliseringen av systemet på enheterna är annorlunda, det kan vara svårt att överföra operativsystemet om en av dem är 64-bitars och den andra är 32x.

Seven har redan det här verktyget, så du kan enkelt och enkelt utföra överföringen med hjälp av guidens uppmaningar.

Flytta OS till en SSD-enhet

Hur överför man Windows från IDE eller SATA till SSD?

Information om hårddiskar lagras vanligtvis på spår som är indelade i sektorer. SSD skiljer sig genom frånvaron av ett sådant sammanbrott. När du installerar sjuan på enheten bestämmer den självständigt egenskaperna för enhetens minne. Men när du importerar en kopia av en gammal enhet kommer disken att sakta ner till hälften, anledningen till detta är säkerheten för kopian enligt samma uppdelningssektorer.

Verktyg för att överföra OS till SSD

Det finns en hel del program, betrakta som ett av de mest populära och funktionella. Det här är Drive Copy 11 Professional av Paragon. Detta verktyg låter dig överföra bilden till disken. Vad är fördelen med detta program?

Solid state-enheter utför sina funktioner perfekt, de fungerar nästan tyst, men priset för större volymer är ganska betydande, och all nödvändig information placeras ofta inte på mindre diskar. Så huvudpoängen med verktygets funktion är uteslutningen av allt överflödigt. Således kan du inte spendera mycket pengar på en större disk, utan helt enkelt utesluta av programmet det som är helt onödigt.

Problem när du använder en 3TB-disk

När man köper en disk med en kapacitet på mer än 2,2 TB stöter många ofta på ett problem: operativsystemet vill inte använda hela diskens volym - det ser det helt enkelt inte. Anledningen är enkel - standard-MBR-layouten tillåter inte en sådan åtgärd. Det finns dock en väg ut ur situationen och det är enkelt - använd återigen Drive Copy 11 Professional-verktyget som redan är känt för oss, det kommer att ge en möjlighet att läsa hela det lediga utrymmet på hårddisken.

Således är det ganska enkelt att överföra operativsystemet. Man behöver bara installera det önskade verktyget och använda tipsen i den här artikeln.

Alla företag strävar efter att spendera så lite som möjligt, inklusive på IT. Ett sätt att spara pengar är att flytta informationssystem till molnet. Vid överföring av data till en virtualiserad miljö är det nödvändigt att ta hänsyn till kraven i lagstiftningen om lagring och behandling av personuppgifter. Dessa krav gäller för alla organisationer.

Vladimir Lebedev, chef för affärsutveckling på Stack Group, berättade om migreringsprocessens krångligheter.

Lagkrav

År 2006 antogs 152-FZ "Om personuppgifter", som är utformad för att skydda individer vid automatiserad behandling av personuppgifter. Förra året trädde ett paket med ändringar om lokalisering av personuppgifter i Ryssland i kraft, vilket enligt författarna borde öka informationssäkerhetsnivån inom staten och stimulera den ryska marknaden tekniska lösningar och informationssäkerhetsmarknaden.

Företag är enligt lag skyldiga att samla in, lagra och behandla personuppgifter i Ryska federationen. Alla krav är exakt desamma för både ryska och utländska företag, om deras verksamhet är riktad till Rysslands territorium. Samtidigt är det möjligt att överföra personuppgifter utanför landet, men de måste vara oföränderliga och deras volym bör inte överstiga volymen i ryska baser data.

Vem är lagen till för?

Varje organisation agerar som operatör av personuppgifter, såsom dess anställda, kunder, partners, så alla företag i alla branscher faller under lagen. Potentiella inspektioner hotar dock i första hand företag vars verksamhet bygger på behandling av personuppgifter: banker, försäkringsbolag, företag som tillhandahåller medicinska tjänster och liknande.

Inspektionsplanen för Roskomnadzor för 2016 inkluderade: de största mjukvaruföretagen, internationella banker, nätverkshandelsföretag och nätbutiker.

Svårigheter att överföra personuppgifter för internationella företag

Ofta tvingas globala internationella aktörer, för att uppfylla lagkraven, att överföra till Ryssland inte bara själva data utan även alla relaterade system: det är extremt svårt för företag med centraliserade IT-system att ändra arkitekturen för ett informationssystem till en lokal lagstiftning, eftersom den från början inte hade åtskilda informationsbehandlingscenter. Det krävs betydande investeringar för att återuppbygga informationssystem.

Virtualisering

Att flytta till molnet är billigare än att köpa och installera hårdvara. I slutet av 2014 var priserna för ryska moln i genomsnitt 15–30 % högre än för europeiska, och i slutet av 2015 blev våra priser tvärtom 20–30 % lägre: växelkursen och den relativa kostnaden av placering i ryska data ändrats -center.

Operatörer började erbjuda en mer mogen produkt och utländska företag fick möjlighet att välja mellan virtualiseringssystem, prissegment och det fanns möjligheter att koppla ihop rysk och västerländsk infrastruktur.

För utländska företag är virtuell infrastruktur en pålitlig och begriplig lösning. Många företag överför information uteslutande till en virtualiserad miljö, som också kan rymma de nödvändiga medlen för att skydda personuppgifter. Vid flytt förväntar sig utländska företag naturligtvis att operatören följer kraven från tillsynsmyndigheter för informationsskydd.

Lagringsmigreringsrisker

Själva migreringsprocesserna från ett system till ett annat medför risker. Först och främst kan den etablerade kundservicenivån kränkas. Kommunikationen kan också avbrytas och arbetet i enheter vars verksamhet är knuten till automatiserade system kan avbrytas, förhållanden kan uppstå när det är omöjligt att uppfylla kraven på informationssäkerhet och andra tekniska problem. Därför är det viktigt att leverantörer är beredda att säkerställa kontinuitet i verksamheten med tillförlitliga och beprövade lösningar för överföring av informationssystem.

Molnmigreringssteg

Allmänna principer för tjänstemigration, dvs överföring operativsystem ansvarig för driften av denna tjänst i en virtualiserad miljö, ta exempel på en lösning VMware vSphere.

Det är önskvärt att dela upp arkitekturen för ett företags informationssystem i tjänster som utför specifika uppgifter. Vanligtvis flyttas allt till molnet, förutom tjänster som är inkompatibla med molnteknik av tekniska skäl (RISC-arkitektur) och de som inte kan flyttas på grund av licens.

Därefter behöver du revision av informationssystem. I detta skede bestäms sammansättningen av tjänster (vilka operativsystem som tillhör en viss tjänst), liksom deras anslutningsmöjligheter. Den största svårigheten ligger i variationen av källoperativsystem och den fysiska arkitekturen hos servrarna som de körs på. Baserat på denna information upprättas en migreringsplan som tar hänsyn till aktuella affärsprocesser: kraven på anslutning av fysiska och virtuella infrastrukturer, migreringsordningen bestäms och de tillåtna "migreringsfönstren" ställs in. Det är viktigt att komma ihåg att du inte kan uppgradera versioner av programvaruprodukter eller operativsystem under migreringen. Samtidigt med migreringen är endast revision av datorresurser (CPU, RAM, HDD) tillåten.

Som regel används verktyget för migrering VMware-omvandlare, som fungerar effektivt vid migrering av Microsoft Windows-operativsystem (men migreringen av tjänster som körs i dessa operativsystem har sina egna nyanser). Men på grund av filernas egenheter Linux-system i cirka 40 % av fallen, efter slutet av VMware-omvandlaren, kanske den virtuella maskinen inte startar. Om LVM används i Linux måste du distribuera en ny OS-instans från leverantörsmallen i en virtuell miljö och sedan överföra data, mjukvaruprodukter och interna tjänster.

För alla typer av operativsystem finns det allmänna förhållanden som gör migrering svår: för det första är datalagringsmetoden som gör direkt migrering omöjlig dynamiska diskar på Windows eller LVM på Linux, och för det andra svårigheterna på grund av användningen av mjukvara och hårdvara RAID matriser. Så inte ens en korrekt dataöverföring ensam garanterar att den virtuella maskinen startar framgångsrikt. På fysisk server driften av virtuella maskiner tillhandahålls av en hypervisor - ett operativsystem som delar upp en fysisk server i flera virtuella maskiner som kan arbeta samtidigt och använda samma fysiska resurser. Naturligtvis matchar uppsättningen av virtuell hårdvara för hypervisorn inte hårdvaran för den fysiska server som operativsystemet kördes på före migreringen. Följaktligen, på grund av skillnaden i förare, finns det många skillnader i tillgången till denna utrustning.

Migrering av ADDS och MS SQL utan att stoppa tjänster

Nästan alltid behöver ett företag ett antal tjänster för att förbli tillgängliga under en migrering. Samtidigt, ofta migrering utan att stoppa tjänsten rekommenderas som den mest pålitliga. Låt oss därför överväga funktionerna i migreringen utan att stoppa de mest populära Microsoft OS-tjänsterna: Active Directory Domain Services (ADDS eller AD) och Microsoft SQL (MS SQL). För att migrera Active Directory utan att stoppa tjänsten används följande algoritm:

• Nätverksanslutning upprättas mellan den fysiska hårdvaran och den virtualiserade miljön. Vanligtvis är detta en plats-till-plats VPN - den skapar ett logiskt nätverk ovanpå ett annat nätverk. Samtidigt kan trafiken skyddas med kryptering med IPsec-protokoll.
• I molnet distribuerar vi nya virtuella maskiner från mallen, där vi konfigurerar AD-domänkontrollanter och lägger till dem i skogen.
• Vi replikerar Active Directory-databasen över nätverket via VPN från fungerande kontroller på sidan av fysisk utrustning till molnet.
• Efter datareplikering tilldelar vi om befälhavarna för operationsrollerna till molnkontrollanter och tar bort rollerna för domänkontrollanter från servrarna.
• Sedan kontrollerar vi driften av tjänsterna och inaktiverar kontona för de gamla kontrollerna och fysisk utrustning.

Algoritm MS SQL-migreringar mer komplicerat, eftersom MS SQL vanligtvis används i en flerskiktstjänst som backend. PÅ DNS-poster i applikationer som använder databaser (i MS SQL-klienter) måste du manuellt ange den nya platsen för databasen. Därför kan stilleståndstiden inte helt elimineras, men den kan minimeras. Det finns också non-stop MS SQL-migreringsmekanismer, dessa inkluderar Spegling och alltid på, men deras användning är inte alltid motiverad. AlwaysOn är endast tillgängligt i dyra Enterprise-level-utgåvor, medan Mirroring måste stödjas av MS SQL-klienter. För att använda speglingsmekanismer krävs dessutom ytterligare konfiguration av alla MS SQL-klienter.
Tänk på det vanligaste alternativet för att migrera MS SQL till molnet:

• Nätverksanslutning mellan molnet och fysisk utrustning är konfigurerad.
• Vi ser till att MS SQL-databasåterställningsmodellen är komplett, sedan kan du göra och överföra en fullständig säkerhetskopia och sedan synkronisera båda databaserna, överföra kopior av transaktionsloggar.
• I molnet distribuerar vi en virtuell maskin från mallen, där vi installerar och konfigurerar den nya MS SQL Server.
• Vi skapar en fullständig säkerhetskopia av MS SQL-databasservern som körs på en fysisk server och återställer den sedan till molnet, medan metoden för att överföra säkerhetskopian beror på storleken på filen och bandbredd nätverk – vi flyttar på fysisk media eller kopierar över nätverket.
• Efter att ha återställt databasen i molnet, gör vi en kopia av transaktionsloggarna och återställer dem även i molnet.
• Under "migreringsfönstret" stoppar vi MS SQL-servern som körs på den fysiska hårdvaran, skapar och återställer den sista minimala kopian av transaktionsloggarna i molnet, startar MS SQL-servern i molnet och byter klienter till en ny databasplats .
• Vi kontrollerar tjänsternas arbete, stänger av den fysiska utrustningen.

För varje tjänst och tjänst finns det många sätt att migrera, beroende på förutsättningarna. En tjänsteleverantör hjälper dig att undvika de svårigheter som kan uppstå under migreringen.

Informationssäkerhet

Företag måste inte bara överföra data till Ryssland, utan också säkerställa lämplig nivå av informationssäkerhet för deras lagring.

I listan över dokument som definierar kraven och beskriver de åtgärder som är nödvändiga för att skydda informationssystem, finns i första hand naturligtvis själva lagen, som fastställer allmänna krav. Specifika åtgärder regleras av dekret från Ryska federationens regering och reglerande dokument från FSTEC (Federal Service for Technical and Export Control) och FSB (Federal Security Service).

Krav på lagring av personuppgifter

Kraven på det tekniska skyddet av konfidentiell information och tillhandahållandet av informationsskyddstjänster är ganska tydligt formulerade. Verktygen för deras implementering är olika. I synnerhet kan dessa vara brandväggar, intrångsdetekteringssystem, säkerhetsanalysverktyg, antivirusskydd, skyddsverktyg för virtualiseringsmiljö. Marknaden erbjuder ett brett utbud av informationssäkerhetsverktyg – både ryska och utländska leverantörer. Det finns redan brottsbekämpande praxis, eftersom lagen har varit i kraft sedan 2007. Generellt sett skiljer sig inställningen till reglering i Ryssland från till exempel den europeiska. I Ryssland leder således underlåtenhet att följa föreskrivna informationssäkerhetskrav till ansvar. Och i västvärlden kan ett företag självständigt avgöra hur kraven ska uppfyllas, och ansvar uppstår endast om olagliga handlingar begås med personuppgifter.

Infrastrukturkrav

Tillsynsmyndigheter ställer också vissa krav på infrastruktur. Det finns till exempel certifiering av byggt automatiserade system tillhandahålla informationsskydd. Certifikatet utfärdas av ett oberoende laboratorium, som bekräftar att infrastrukturen är klar och uppfyller alla krav på säkerheten i informationssystem. Detta certifikat är valfritt för kommersiella organisationer, men det gör det möjligt att förstå att datacentret har det nödvändiga skyddet och kan säkerställa säkerheten för företagsdata.

Det finns även internationella ISO-standarder som reglerar uppbyggnaden av ett ledningssystem informationssäkerhet (en uppsättning ISO 2700x-standarder). Många utländska företag uppfyller dessa standarder.

Dessutom tillämpas en outsourcingmodell för dataskydd. Företag som tillhandahåller sådana tjänster måste ha nödvändiga licenser och kompetenser.

INFO

Överföringsprognos

Det är ganska svårt att beräkna exakt hur mycket data som ska överföras till Ryssland, men baserat på beläggningen av datacentermarknaden kan vi säga att det finns tillräckligt med kapacitet för att lokalisera data i enlighet med lagen. Till exempel finns det en överkapacitet på marknaden i Moskva-regionen: den totala kapaciteten är ca 27 tusen ställ, och nästan 40 % av dem är gratis. Många datacenter har områden med hög tillgänglighet. Det bör också noteras att tätheten av data i ett rack kan variera beroende på utrustningen. Idag bearbetar en enda enhet av ett serverrack betydligt mer information än för några år sedan.

Samtidigt är efterfrågan ojämn: för ett år sedan skedde en ganska allvarlig ökning, nu har antalet ansökningar från utländska företag minskat. Vissa företag har redan flyttat och uppfyller kraven, medan andra väntar till exempel på resultatet av tillsynsrevisioner (de kommer att påverka bildandet av den andra vågen).