Migrația (tehnologia informației)

Acest articol sau secțiune trebuie revizuit. Detalii ar trebui să fie date pe pagina de discuții . Vă rugăm să ajutați la îmbunătățirea acestuia , apoi eliminați acest semn.

În tehnologia informației, termenul migrație (din latinescul migratio , relocare) reprezintă procesul unei schimbări fundamentale într-un peisaj sistem existent sau o parte esențială a acestui peisaj. Migrația se poate referi atât la hardware, cât și la software.

Definitia termenilor

Conceptul de migrație este complex. Pe de o parte, poate reprezenta conversia unui singur sistem. Pe de altă parte, poate însemna și proiecte mari de migrație în care sunt implementate multe sisteme sau mai multe aplicații noi. Migrarea de la un sistem de operare la altul include de obicei migrarea software-ului aplicației și a datelor în același timp .

Termenul de portare este folosit pentru a-l distinge de migrare pentru transferul unui program de la o platformă hardware și / sau software la alta. Pentru a face acest lucru, programele - care au fost scrise pentru un anumit sistem de operare sau platformă - sunt modificate astfel încât să ruleze pe un alt sistem de operare. În unele cazuri, termenii sunt folosiți sinonim.

Migrația media

Migrația media descrie un proces în care suportul fizic de transport al unui obiect de date este schimbat într-o arhivă. Este astfel un tip de procedură pentru menținerea unui flux de biți.

Există patru tipuri de implementare:

  1. Reîmprospătare: aici datele sunt copiate numai către un suport de date de același tip. Nu există modificări ale datelor sau ale infrastructurii de stocare.
  2. Replicare: aici, ca și în cazul reîmprospătării, datele sunt copiate de la un operator de transport la unul nou. Cu toate acestea, acesta poate fi, de asemenea, un alt operator de date mai nou. Diferența de reîmprospătare este schimbarea infrastructurii de stocare. Exemplu: date de pe o dischetă pe un stick USB.
  3. Reambalare: aici se schimbă un pachet de arhivă, i. H. obiectele de date sunt rescrise ele însele. Exemplu: Un fișier comprimat în format .zip este comprimat într-un fișier în format .rar. Modificarea în exemplu este, prin urmare, în formatul pachetului.
  4. Transformare: aici, similar cu reambalarea, obiectele de date sunt, de asemenea, rescrise ele însele. Cu toate acestea, conținutul pachetului de arhivă este modificat aici. Exemplu: un fișier text în format .docx este schimbat într-un fișier text în format .odt.

Reîmprospătarea și replicarea se referă la conservarea datelor existente prin schimbarea suportului de stocare. Ele reprezintă astfel migrația mass-media în sens restrâns.

În schimb, reambalarea și transformarea schimbă și conținutul datelor. Deci, există o funcție dublă. Pe de o parte, când se schimbă formatul de date, se creează un nou obiect de date care este de obicei salvat pe un nou suport de date. Cu toate acestea, măsura migrației se realizează și în vederea interpretabilității viitoare, adică H. Citibilitatea datelor. De aceea, aici se vorbește despre migrația mass-media în sensul mai larg sau migrarea formatului.

Migrarea software-ului

Migrarea software-ului poate fi definită ca procesul de schimbare de la un mediu tehnologic anterior la unul nou.

Migrația depășește o simplă actualizare sau upgrade și descrie mai degrabă o schimbare fundamentală a infrastructurii software. Strategiile de migrație stau la baza unei migrații . În mod ideal, programele utilitare sunt disponibile pentru conversii automatizate în mare măsură.

Cele mai frecvente motive pentru efectuarea unei migrații software sunt obsolescența software-ului sau sistemul vechi existent („ sistemul moștenit ”) nu mai este capabil să îndeplinească noile cerințe hardware și software. Acesta din urmă poate fi cazul în special în organizații dacă există o lipsă de specialiști IT adecvați pentru software mai vechi.

Exemple de migrare software:

  • schimbarea de la sistemul de operare Windows la Linux sau de la Unix la Windows. Trecerea de la un AS / 400 vechi la Linux este, de asemenea, o migrare. Stațiile de lucru individuale ale computerului sau software - ul necesar pentru pașii de lucru individuali sunt adesea migrați pas cu pas .
  • O migrație parțială, pe de altă parte, ar fi să partiționăm un nou AS / 400 ( System i ) în așa fel încât OS / 400 și Linux să ruleze pe el în același timp și software-ul din ambele lumi să poată fi folosit pe o singură server .
  • Adaptarea software - ului legat de platformă la un alt sistem (hardware), pentru care există instrumente precum User State Migration Tool .
  • Un port este o migrație. O versiune majoră este trecută la următoarea versiune superioară de la același furnizor de software. Clienții industriali care încă mai au în funcțiune un vechi sistem de informații SAP R / 2 și doresc să treacă la SAP R / 3 sau mySAP se confruntă cu o sarcină dificilă. Ambele versiuni SAP sunt fundamental diferite. Astfel de migrații sunt uneori extrem de dificile și pot eșua.
  • Migrația vechi: o aplicație veche este convertită în software nou de aplicație (de exemplu, cu o tehnologie de bază mai modernă sau în software standard ) pentru a garanta dezvoltarea pe termen lung. În timp ce un astfel de proiect de portare obișnuia să necesite reprogramarea codului aplicației, instrumentele automatizate sunt acum disponibile pentru anumite căi de migrare. Un exemplu în acest sens este înlocuirea platformei 4GL învechite Gupta Team Developer cu platforma .NET .

Migratia datelor

Termenul de migrare a datelor înseamnă transferul de date dintr-un sistem sursă către un sistem țintă. O migrare a datelor se efectuează atunci când un nou sistem urmează să preia sarcinile unuia sau mai multor sisteme vechi. Înlocuirea unui sistem vechi cu un sistem deja productiv necesită migrarea datelor.

Motivele migrației datelor sunt, de exemplu, structuri de baze de date inadecvate, sisteme de aplicații care pot fi greu întreținute, fuzionarea mai multor sisteme de informații într-un sistem uniform și dorința de a introduce noi tehnologii de baze de date.

Exemple:

  • O bancă înlocuiește un sistem auto-dezvoltat cu software standard . Nu este suficient să instalați doar software-ul standard. Datele clienților, conturile și soldurile conturilor trebuie, de asemenea, preluate.
  • Când companiile fuzionează , datele de la ambele companii trebuie fuzionate.
  • Conversia la o altă codificare a caracterelor
  • Transferul bazelor de date
  • Transferul de documente text care conțin macrocomenzi în alt format Office
  • Transferul de foi de calcul care conțin propriile formule

O migrare a datelor constă în mai mulți pași - începând cu analiza sistemelor sursă până la validarea rezultatelor. Migrația efectivă constă din trei pași.

În etapa de extracție, se filtrează datele care trebuie transferate. Pentru a face acest lucru, datele sunt mai întâi analizate, apoi extrase și comparate. În plus, sunt furnizate date de control, cum ar fi tabele de mapare. În al doilea rând, există o transformare. Datele sunt disponibile în modelul de date al sistemului vechi. Acestea trebuie transformate astfel încât să „se potrivească” modelului de date al sistemului țintă. Datele relevante sunt selectate, datele incorecte sunt corectate și mai multe date existente sunt combinate. Urmează apoi maparea. În al treilea și ultimul pas, datele transformate sunt încărcate în sistemul țintă.

Cei trei pași corespund procesului ETL al unui depozit de date . Dar scopul este diferit. Un depozit de date ar trebui să ofere informații noi, de ex. B. să înțeleagă dezvoltarea cifrelor de vânzări. Cu toate acestea, în cazul migrației datelor, datele rămân neschimbate semantic. Toți clienții (relevanți) sunt încă disponibili. Soldurile contului sunt, de asemenea, neschimbate. Numai modelul de date se poate modifica.

O migrare a datelor poate fi implementată tehnic, de exemplu, folosind instrumente ETL, instrumente speciale de migrare cu scripturi SQL . Fiabilitatea joacă un rol important (niciun cont nu trebuie „pierdut”). De asemenea, un număr mare de tipuri de obiecte trebuie adesea migrat (clienți, conturi, conturi de custodie a acțiunilor, burse, date de bilanț etc.). Un control de secvență coordonează procesul ETL pentru diferitele tipuri de obiecte. O verificare a migrării examinează cazurile de test selectate manual (pars per toto), de exemplu, și folosește și statistici. Statisticile fac posibilă găsirea unui „ac în fân”, de exemplu dacă lipsește un singur cont din 10.000.000 de conturi care urmează să fie migrate.

Migrarea aplicației

Ca parte a migrării aplicației , o aplicație este înlocuită cu una nouă. Acest proces reunește elemente de migrare a software-ului , precum și migrarea datelor ; de multe ori este necesar un nou hardware . Planificarea atentă (a se vedea și strategiile de migrare ) și implementarea sunt cruciale pentru menținerea consistenței datelor și pentru o schimbare lină a funcționalității de la aplicația veche la cea nouă.

Migrarea hardware-ului

Migrarea sistemelor existente către hardware nou pune aproximativ aceleași probleme ca migrarea pur bazată pe software și este de obicei inevitabil asociată cu o anumită migrare de software prin intermediul driverelor de interfață . Migrarea datelor este evitată pe cât posibil.

Un exemplu practic este trecerea de la o rețea Ethernet clasică la tehnologia ATM , menținând în același timp cablarea structurată .

Hewlett-Packard a efectuat o migrare a hardware-ului către o tehnologie complet nouă de microprocesor pentru clienții existenți ai produselor sale server din jurul anilor 2000. Serverele de pe site-urile clienților cu procesoare Alpha mai vechi și procesoare PA-RISC sunt transformate treptat în tehnologia procesorului Itanium dezvoltată împreună cu Intel .

Migrație live

Ca migrare live, mutarea este o mașină virtuală (VM), în care se referă o VM din mers de la un sistem gazdă fizic ( gazdă ) la un alt transfer sau mutare . În mod ideal, o astfel de mișcare are loc fără a afecta VM, astfel încât munca în desfășurare în VM poate fi continuată fără întrerupere. Scopul acestor migrații este de a face hardware-ul mai ușor de întreținut și de a permite echilibrarea încărcării acestora.

Trecerea la interfețe și tehnologii mai noi

O funcție sau un parametru al unui program sau, de exemplu, elemente SGML în limbaje de marcaj care ar putea să nu mai fie disponibile în versiunile ulterioare, sau chiar tehnici de programare învechite sunt clasificate ca fiind învechite / învechite (în engleză învechite ) .

Cu toate acestea, ideea de a continua acest lucru constă în compatibilitatea ascendentă . Deoarece dacă o interfață ar fi pur și simplu abolită, ar putea apărea cu ușurință erori de excepție . Din acest motiv, vechea prelucrare a intrării pe o astfel de interfață este înlocuită de o rutină simplă de gestionare a erorilor, de exemplu, oferind unei funcții o valoare de returnare. Apelantul primește apoi z. B. nu este o eroare, dar cel puțin o valoare - dacă poate inutilă - a vechiului format de date așteptat . Acest lucru evită problemele care pot apărea dacă apelantul nu a implementat evaluarea erorilor pe această interfață. Alegerea noii valori fictive necesită totuși o selecție atentă (un parametru al tipului de date, text de exemplu, ar trebui "none"returnat ca) și cunoașterea gamei inițiale de valori (0, de exemplu, ar putea duce la divizarea cu zero ).

Pentru a sprijini trecerea, unele limbaje de programare sau medii de dezvoltare au opțiunea de a marca tehnologii învechite cu anumite cuvinte cheie.

Manipularea interfețelor complexe poate fi destul de consumatoare de timp, deoarece altfel se pierde pur și simplu compatibilitatea ascendentă. Accesând „antrenării siturilor contaminate“ poate , în cursul dezvolta în continuare în probleme eminente: Un exemplu tipic este de 16-biți - compatibilitatea sistemului de operare pentru Windows , care este încă OS / 2 - și DOS compatibilitate asigura nevoile. În versiunile moderne de Windows, acest lucru înseamnă că trebuie implementat un emulator DOS separat .

Echilibrarea dintre cele două este una dintre problemele majore în versiunea de software modern. Prin urmare, în noile versiuni între mici (minor) și o actualizare de mare ( mai mare de actualizare ) a diferit în funcție de măsura în care este garantată compatibilitatea în sus. O migrare în mai multe versiuni ( versiuni ) poate provoca probleme mult mai ușor sau chiar necesită o nouă instalare .

Vezi si

literatură

  • Knut Hildebrand: integrare și migrare IT . Dpunkt Verlag, Heidelberg 2007, ISBN 978-3-89864-455-6 .
  • Michael Willinger, Johann Gradl, Frank Densborn, Michael Roth: Migrarea datelor în SAP. A treia ediție, actualizată și extinsă. Galileo Press, Bonn 2012, ISBN 978-3-8362-1808-5 .
  • John Morris: Migrarea practică a datelor. British Computer Society, Swidon 2006, ISBN 1-902505-71-9 (engleză).
  • Jesús Bisbal și colab.: Un sondaj de cercetare în legătură cu migrația sistemului. Raportul tehnic. Trinity College, Dublin 1997, cs.cofc.edu (PDF; 200 kB), rezumat .
  • Klaus Haller: Către industrializarea migrării datelor: concepte și modele pentru proiectele standard de implementare a software-ului. În: Pascal van Eck, Jaap Gordijn, Roel Wieringa (eds.): Advanced Information Systems Engineering, 21st International Conference, 2009, Amsterdam. Proceduri. Springer, Heidelberg 2009, ISBN 978-3-642-02143-5 ( PDF , engleză)
  • Carlo Breves, Eberhard von Radetzky: Migrația aplicațiilor în contextul proiectelor de consultanță . În: Zeitschrift für Unternehmensberatung , 8/2008, Erich Schmidt Verlag.

Link-uri web

Informații generale:

Instrumente de migrare a datelor:

  • Scriptella - instrument open source Extract-Transform-Load (ETL) și executare script.
  • Integrator ETL Oracle Software Delivery Cloud.
  • Data Migration Toolkit (DMT) - Program Java bazat pe GUI pentru migrarea fișierelor și a datelor bazei de date (instrument gratuit, care arată migrarea datelor practic).

Dovezi individuale

  1. ↑ Oficiul Federal pentru Tehnologia Informației: Ghid de migrare, Ghid pentru migrarea de software (versiunea 4.0). În: http://www.cio.bund.de . Comisarul guvernului federal pentru tehnologia informației, martie 2012, accesat la 15 august 2020 .
  2. ^ Rouse, Margaret: Migration. În: SearchCIO. TechTarget, octombrie 2016, accesat la 15 august 2020 .
  3. ↑ o. V.: Portare. În: http://www.it-administrator.de . Heinemann Verlag GmbH, accesat la 15 august 2020 .
  4. ↑ port. În: Computer Lexikon. Alexander Kirk, 26 octombrie 1998, accesat la 15 august 2020 .
  5. ↑ Dagmar Ullrich: Bitstream Preservation. (PDF) În: manual nestor. O mică enciclopedie pentru arhivarea digitală pe termen lung. H. Neuroth, A. Oßwald, R. Scheffel, S. Strathmann, K. Huth, iulie 2010, accesat la 1 februarie 2018 .
  6. ^ Christian Luda: migrarea software-ului. Concepte și implementare practică folosind exemplul unei baze de date muzicale, teză BA . Offenburg 2011, p. 1 .
  7. ^ Christian Luda: migrarea software-ului. Concepte și implementare practică folosind exemplul unei baze de date muzicale, teză BA . Offenburg 2011, p. 5 .
  8. ↑ Porting Project migrează utilizatorii Gupta către .NET . În: Computerwoche , 30 octombrie 2006
  9. ^ Elvan Öztürk: migrarea datelor. În: https://wwwmatthes.in.tum.de/pages/t5ma0jrv6q7k/sebis-Public-Website-Home . Facultatea de Informatică, Universitatea din München, 18 iulie 2011, accesată la 15 august 2020 .
  10. ↑ K. Schwinn, R. Dippold, A. Ringgenberg, W. Schnider și S. Fedtke: Migrația cu succes a datelor din sistemele vechi. Friedr. Vieweg & Sohn Verlagsgesellschaft mbH, Braunschweig / Wiesbaden, 1999, accesat la 16 august 2020 .
  11. ↑ a b c Jochen Knösels: Procesul de migrare a datelor SAP. Gambit Consulting GmbH, accesat la 15 august 2020 .
  12. ↑ Bittner, Deborah: Migrația în tehnologia informației. În: Netzorange. Adus la 16 august 2020 .
  13. ↑ Serverele alfa sunt istorie. ChannelPartner, 11 august 2010
  14. ↑ Actualizarea și evoluția serverului. HP.com, accesat pe 6 martie 2015
  15. ↑ Migrație live . Glosar la DataCenter-Insider.de ; Începând cu 21 iulie 2010