Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Деректерді көшіру – деректерді іріктеу, дайындау, шығару және түрлендіру процесі, содан кейін оларды бір компьютерлік сақтау жүйесінен екіншісіне толығымен беру. Көшірілген деректердің толықтығын тексеру және ескі деректер сақтауды тоқтату да бүкіл деректерді көшіру процесінің бір бөлігі болып саналады. Деректерді көшіру кез келген жүйені енгізу, жаңарту немесе біріктіру үшін маңызды фактор болып табылады және әдетте мүмкіндігінше автоматтандырылып, адам ресурстарын еңбекке талап ететін жұмыстардан босатады. Деректерді көшіруге серверлерді немесе сақтау құралдарын ауыстыру, техникалық қызмет көрсету немесе жаңарту, қосымшаларды көшіру, веб-сайттарды біріктіру, апатты жағдайлардан қалпына келтіру және деректер орталықтарын көшіру сияқты түрлі себептер себеп болады. Сондықтан, тиімді деректерді көшіру үшін дұрыс жоспарлау өте маңызды. Деректерді көшіру жоспарының ерекшеліктері жобадан жобаға айтарлықтай өзгеше болуы мүмкін, бірақ IBM пікірінше, көптеген деректерді көшіру жобалары үш негізгі кезеңнен өтеді: жоспарлау, көшіру және көшіруден кейінгі кезең.
Data migration is the process of selecting, preparing, extracting, and transforming data and permanently transferring it from one computer storage system to another. Additionally, the validation of migrated data for completeness and the decommissioning of legacy data storage are considered part of the entire data migration process. Data migration is a key consideration for any system implementation, upgrade, or consolidation, and it is typically performed in such a way as to be as automated as possible, freeing up human resources from tedious tasks. Data migration occurs for a variety of reasons, including server or storage equipment replacements, maintenance or upgrades, application migration, website consolidation, disaster recovery, and data center relocation. Thus, proper planning is critical for an effective data migration. While the specifics of a data migration plan may vary—sometimes significantly—from project to project, IBM suggests there are three main phases to most any data migration project: planning, migration, and post migration.
Санаты
Деректер әртүрлі медиада файлдар түрінде немесе деректер базаларында сақталады және бағдарламалық қолданбалар арқылы жасалады және қолданылады, олар өз кезегінде бизнес-процестерді қолдайды. Деректерді беру және түрлендіру қажеттілігі түрлі бизнес-талаптармен байланысты болуы мүмкін, ал деректерді көшіруге қолданылатын тәсіл осы талаптарға байланысты болады. Осыған орай төрт негізгі көшіру санаты ұсынылады.
Data is stored on various media in files or databases, and is generated and consumed by software applications, which in turn support business processes. The need to transfer and convert data can be driven by multiple business requirements, and the approach taken to the migration depends on those requirements. Four major migration categories are proposed on this basis.
Сақтау көшіруі
Кәсіпорын тиімді сақтау технологияларын пайдалану мақсатында физикалық тасымалдағыштарды оңтайландыруға баруы мүмкін.
A business may choose to rationalize the physical media to take advantage of more efficient storage technologies.
Деректер қорының көшірілуі
Сол сияқты, бір деректер қорын басқасына ауыстыру немесе қолданылып жүрген деректер қоры бағдарламасын жаңарту қажет болуы мүмкін. Екінші жағдайда физикалық деректерді көшіру қажет болуы ықтимал емес, бірақ бұл үлкен жаңартулар кезінде болуы мүмкін. Мұндай жағдайларда негізгі деректер форматы айтарлықтай өзгеруі мүмкін болғандықтан, физикалық түрлендіру процесі қажет болуы мүмкін. Бұл деректерді өңдеу тілі немесе протоколы өзгергеніне байланысты, қолданбалар деңгейіндегі жұмыстың өзгеруіне әсер етуі мүмкін немесе етпеуі мүмкін. Дегенмен, кейбір қазіргі заманғы қолданбалар деректер қоры технологиясына дерлік тәуелсіз етіп жасалған, сондықтан Sybase, MySQL, IBM Db2 немесе SQL Server-дан Oracle-ға ауысу үшін функционалдық және функционалдық емес өнімділікке кері әсер етпегенін растау үшін сынақтан өту жеткілікті.
Similarly, it may be necessary to move from one database vendor to another, or to upgrade the database software being used. The latter case is less likely to require a physical data migration, but this can happen with major upgrades. In these cases a physical transformation process may be required since the underlying data format can change significantly. This may or may not affect behavior in the applications layer, depending largely on whether the data manipulation language or protocol has changed. However, some modern applications are written to be almost entirely agnostic to the database technology, so a change from Sybase, MySQL, IBM Db2 or SQL Server to Oracle should only require a testing cycle to be confident that both functional and non functional performance has not been adversely affected.
Қолданба көшіруі
Қолданба жеткізушісін ауыстыру, мысалы, жаңа CRM немесе ERP платформасын енгізу, әлбетте, маңызды өзгерістерді талап етеді, себебі әрбір қолданба немесе жүйе өзінің ерекше дерек моделі бойынша жұмыс істейді және кәсіпорын қолданбаларын интеграциялау ортасындағы басқа қолданбалар мен жүйелермен байланысады. Сонымен қатар, қолданбаны ең көп мүмкіндікке ие нарыққа сату үшін, дайын коммерциялық пакеттер әдетте әрбір клиент үшін метадеректерді пайдаланып конфигурацияланады. Деректердің қауіпсіздігін қамтамасыз ету үшін жеткізушілер қолданбалық бағдарламалау интерфейстерін (API) ұсынуы мүмкін.
Changing application vendor—for instance a new CRM or ERP platform—will inevitably involve substantial transformation as almost every application or suite operates on its own specific data model and also interacts with other applications and systems within the enterprise application integration environment. Furthermore, to allow the application to be sold to the widest possible market, commercial off the shelf packages are generally configured for each customer using metadata. Application programming interfaces (APIs) may be supplied by vendors to protect the integrity of the data they must handle.
Бизнес-процестердің көшірілуі
Бизнес процестері адам және қолданба жүйелерінің бірлескен әрекеттері арқылы іске асырылады, көбінесе бизнес процестерін басқару құралдарымен үйлестіріледі. Олар өзгерген кезде, ұйымдағы өзгерістерді, сондай-ақ клиенттер, өнімдер және операциялар туралы ақпаратты көрсету үшін деректерді бір сақтау орынынан, дерекқорынан немесе қолданбадан екіншісіне жылжу қажет болуы мүмкін. Мұндай көшірудің себептері мыналар: бірігулер мен сатып алулар, бизнес процестерін оңтайландыру, жаңа нарықтарға ену немесе бәсекелестікке жауап беру мақсатындағы қайта ұйымдастыру. Көшірудің алғашқы екі түрі әдетте IT бөлімі күшін жете пайдаланатын, қалған бизнеске қатыстырмайтын стандартты операциялық шаралар болып табылады. Соңғы екі категория процестер мен қолданбаларды пайдаланатын жұмыскерлерге тікелей әсер етеді, олар күрделі және бизнес процесінің тоқтауына жол бермей орындалуы қиын болуы мүмкін. Мұндай көшірулерде жоғары бейімделгіштік, бір уақытта синхрондау, бизнесге бағытталған аудит мүмкіндігі және жобаны басқару кеңсесі немесе деректерді басқару тобы арқылы мүдделі тараптарға көшіру туралы толық ақпарат беру маңызды талаптар болып табылады. Мысалы, қағаз газеттерді микрофильмге көшіру осындай көшірудің бір түрі.
Business processes operate through a combination of human and application systems actions, often orchestrated by business process management tools. When these change they can require the movement of data from one store, database or application to another to reflect the changes to the organization and information about customers, products and operations. Examples of such migration drivers are mergers and acquisitions, business optimization, and reorganization to attack new markets or respond to competitive threat. The first two categories of migration are usually routine operational activities that the IT department takes care of without the involvement of the rest of the business. The last two categories directly affect the operational users of processes and applications, are necessarily complex, and delivering them without significant business downtime can be challenging. A highly adaptive approach, concurrent synchronization, a business oriented audit capability, and clear visibility of the migration for stakeholders—through a project management office or data governance team—are likely to be key requirements in such migrations. Reproducing brittle newspapers onto microfilm is an example of such migration.
Кемшіліктер
Көшіру деректер тасымалдағышының ескіру қаупін азайтады, бірақ деректерді пайдаланатын кейбір технологиялар толығымен қолданудан шығарылуы мүмкін, соның салдарынан көшірудің өзі мәнсіз болып қалады. Көп уақытты алады – көшіру үздіксіз процесс, ол белгілі бір орта ескірген сайын, сол ортада сақталған барлық дерек нысандары үшін қайталанып отыруы керек. Қымбатқа соғады – мекеме әр көшіру кезінде қосымша деректерді сақтау құралдарын сатып алуға мәжбүр.
Migration addresses the possible obsolescence of the data carrier, but does not address that certain technologies that use the data may be abandoned altogether, leaving migration useless. Time consuming – migration is a continual process, which must be repeated every time a medium reaches obsolescence, for all data objects stored on a certain media. Costly – an institution must purchase additional data storage media at each migration.