شرکت های مدرن اغلب با نیاز به مهاجرت سیستم های اطلاعاتی خود مواجه هستند. با این حال، این روش باید با آماده سازی دقیق انجام شود، زیرا موانع زیادی در این راه وجود دارد.

دلایل زیادی برای شروع گذار به یک سیستم اطلاعاتی جدید (IS) وجود دارد، از جمله کاهش خطرات مرتبط با عملکرد پلت فرم های قدیمی، رساندن سیستم های اطلاعاتی به استانداردهای بین المللی و افزایش کارایی فرآیندهای تجاری. اما مهم نیست که شرکت با چه وظیفه ای روبروست، انتقال از یک IP به IP دیگر باید به دقت برنامه ریزی و آماده شود.

مشکلات مهاجرت

وقتی صحبت از انتقال سیستم های تراکنش مانند ERP، صورتحساب، پردازش یا بانکداری اصلی می شود، انتقال به یک سیستم جدید بسیار مشکل ساز است. واقعیت این است که متخصصان فناوری اطلاعات باید از انتقال دقیق حجم زیادی از داده ها، حفظ عملکرد موازی سیستم های قدیمی و جدید برای تطبیق و تجزیه و تحلیل نتایج اطمینان حاصل کنند.

به عنوان مثال، من تجربه پروژه در یکی از بزرگترین بانک ها را داشتم، جایی که یک سیستم تراکنش از پلتفرم Informix دیگر پشتیبانی نمی شد به پلتفرم اوراکل منتقل می شد. در عین حال، لازم بود تجزیه و تحلیل کاملی از فرآیندهای کسب و کار انجام شود، داده ها به طور مکرر از سیستم قدیمی به سیستم جدید منتقل شود و سازگاری نتایج سیستم های جدید و قدیمی با در نظر گرفتن مدت زمان بررسی شود. مقررات فرآیند به همین دلیل دوره مهاجرت 14 ماه بود. گاهی اوقات عملکرد موازی دو سیستم می تواند برای مدت طولانی تری ادامه یابد، اما حتی زمانی که به چندین ماه محدود شود، اطمینان از عملکرد سیستم اطلاعاتی جدید مستلزم تخصیص قدرت محاسباتی اضافی و زمان قابل توجهی از کارکنان شرکت برای انجام همزمان وظایف در دو سیستم است. .

از سیستم بخش تا سطح سازمانی

به روز رسانی IP اغلب در چارچوب جهانی سازی و تمرکز اتفاق می افتد. این به شما امکان می دهد تا هزینه پشتیبانی و به روز رسانی سیستم های نرم افزاری را به میزان قابل توجهی کاهش دهید. در واقع، حفظ یک پلتفرم واحد که به همه کارمندان خدمت می کند بسیار ساده تر از نگهداری ابزارهای جداگانه برای هر بخش است. به عنوان مثال، مهاجرت موفقیت آمیز یک سیستم حسابداری موجودی به شما امکان می دهد چندین هزار بخش از یک سازمان بزرگ را به یک پلت فرم واحد منتقل کنید و کاهش جدی در هزینه های فناوری اطلاعات ایجاد کنید. با این حال، باید به خاطر داشت که بیشتر آماده سازی در این مورد بر روی هماهنگی داده ها در قالب ها و نمایش های مختلف، توسعه مقررات جدید و ساخت مدل های جدید تعامل کارکنان است.

یکی دیگر از جنبه های مهم، رابط های یکپارچه با سایر سیستم های اطلاعات سازمانی، به ویژه سیستم های خودنویس و خاص است. مشکلات مرتبط با آنها ممکن است در مرحله اول چندان قابل توجه نباشد، اما هنگام برقراری تعامل بین بخش های مختلف و سیستم کلی شناسایی می شود. و اگر برای سیستم قدیمی چنین رابط هایی قبلاً به صورت برنامه نویسی یا سازمانی پیاده سازی شده بودند، برای سیستم جدید ممکن است مجبور باشند دوباره توسعه یابند.

باید به خاطر داشت که افکار در مورد گسترش عملکرد سیستم می تواند در حین اجرای پروژه ظاهر شود، درست مانند اشتها در طول یک وعده غذایی. این بدان معنی است که یک سری کار اضافی مورد نیاز خواهد بود.

برنامه عملیاتی

تجربه فعالیت های پروژه در مورد مهاجرت سیستم نشان می دهد که هر پروژه ای از این دست نیاز به آماده سازی دقیق دارد و باید با یک برنامه فردی همراه باشد. با این حال، صرف نظر از نوع سیستم هایی که مهاجرت می کنند، نرم افزار، حجم پایگاه داده و غیره، طرح کلی تقریباً یکسان به نظر می رسد.

در مرحله اول، انجام ممیزی دقیق، یافتن کلیه الزامات نحوه عملکرد سیستم جدید، مصاحبه با تمام کاربران کلیدی ضروری است. مهم است که بدانیم در مورد چه حجمی از داده ها و چه نوع باری صحبت می کنیم، تنها در این صورت متخصصان می توانند استراتژی مهاجرت مناسب را پیشنهاد کنند.

خود رویه‌ها نیز باید به دقت فکر شوند و شامل عناصر مهمی مانند قوانین دسترسی کاربر به سیستم‌ها در حین مهاجرت، رویه‌های بازگشت به حالت قبلی در صورت خرابی، و تعامل متخصصان مختلف درگیر در این فرآیندها باشند. .

پس از توافق با مشتری، معمولاً یک طرح دقیق تهیه می شود که شامل چندین مرحله است، یعنی: کپی کردن داده ها، تأیید، عملیات موازی دو سیستم و انتقال کامل به یک پلت فرم جدید. به نظر من، نکته اصلی در مهاجرت سیستم به طور حرفه ای سازماندهی شده، روان بودن فرآیند برای کاربرانی است که می توانند به تدریج، بدون استرس، در یک سیستم خودکار جدید شروع به کار کنند.

با این حال، حتی آماده سازی دقیق همیشه شما را از دست کم گرفتن هزینه های نیروی کار در هنگام انتقال کاربران به "ریل های جدید" نجات نمی دهد. این فرآیند هم شامل آموزش کارکنان شرکت و هم حمایت آنها در طول دوره انطباق با سیستم جدید است.

لیف پولسن برای InTech

سیستم های خودکارسازی تولید و جمع آوری اطلاعات در مورد فرآیندهای تولید نسبتاً کوتاه مدت هستند. آنها اغلب باید قبل از پایان عمر تجهیزات فرآیند ارتقا یا جایگزین شوند. برای بسیاری از شرکت ها، مدیریت جایگزینی یا ارتقای چنین سیستم های اتوماسیون بدون توقف تولید یک چالش واقعی است. بنابراین، نیاز عینی به نوسازی یا جایگزینی تا زمانی که اتفاقی بیفتد نادیده گرفته می شود. این مقاله در مورد چگونگی انجام موفقیت آمیز این وظیفه از طریق برنامه ریزی و سازماندهی دقیق است.

دو عامل اصلی در پشت نیاز به نوسازی و جایگزینی سیستم‌های اتوماسیون صنعتی و سیستم‌های فناوری اطلاعات صنعتی وجود دارد: تخریب فنی این سیستم‌ها و همچنین تغییر در الزامات فرآیندهای تجاری که این سیستم‌ها پشتیبانی می‌کنند.

اگر شرکت ها نیاز به مدرن سازی سیستم عامل ها، پایگاه های داده و نرم افزارهای کاربردی را نادیده بگیرند، قابلیت اطمینان سیستم های فنی به مرور زمان کاهش می یابد. ریسک عملیاتی خرابی تجهیزات بر این اساس افزایش می یابد.

از طریق برنامه ریزی دقیق، ریسک عملیاتی را می توان در سطح قابل قبولی نگه داشت و در عین حال از سرمایه گذاری ها محافظت کرد و هزینه های چرخه عمر را به حداقل رساند. برای یک سیستم اتوماسیون معمولی یا IT، تنها 20-40 درصد سرمایه گذاری صرف خرید سیستم می شود. 60-80٪ باقیمانده به حفظ در دسترس بودن بالا و انطباق با نیازهای در حال تغییر دوره ای اختصاص می یابد.

علاوه بر ارزیابی فعالیت های مورد نیاز برای جلوگیری از تخریب فنی، لازم است چالش های جدید و همچنین فرصت های تجاری بالقوه در نظر گرفته شود. محیط کسب و کار دائماً در حال تغییر است و همه فرصت ها برای بهبود یا معرفی فناوری های جدید باید همیشه در نظر گرفته شوند. فرصت‌های تجاری معمولی که ممکن است باعث مهاجرت سیستم‌های اتوماسیون پرهزینه شود، سرعت به بازار، رقابت، رشد، کیفیت و انطباق با مقررات است.

برنامه مهاجرت بلند مدت

توسعه برنامه مهاجرت سیستم بلندمدت به شرکت ها اجازه می دهد تا ریسک های عملیاتی سیستمی را در سطح قابل قبولی حفظ کنند. علاوه بر این، مدیریت ریسک و پشتیبانی به موقع از اهداف تجاری را تضمین می کند. طرح مهاجرت باید محدودیت‌هایی مانند «بهترین شیوه‌های تولید»، عملکرد فناوری، و توقف اجتناب‌ناپذیر تولید را در نظر بگیرد.

به طور کلی، رویکرد برنامه ریزی بلند مدت در شکل 1 نشان داده شده است. یک طرح مهاجرت برای تعیین اینکه شرکت می‌خواهد در پنج سال آینده کجا باشد، چه اقداماتی برای رسیدن به آنجا باید انجام شود و آیا منابع مورد نیاز برای رسیدن به آنجا در دسترس است یا خیر، ایجاد می‌شود. این رویکرد بر اساس اصول طراحی معماری مشخص شده در استاندارد TOGAF است که به طور گسترده در توسعه معماری سیستم برای شرکت های صنعتی استفاده می شود.

شکل 1. رویکرد کلی برای ایجاد یک برنامه مهاجرت طولانی مدت.

باید بین معماری موجود و هدف مورد نظر تمایز قائل شد. تفاوت بین آنها نشان دهنده تفاوت بین موقعیت فعلی شرکت و موقعیتی است که می خواهد در آینده اشغال کند. طرح مهاجرت مسیر را از معماری موجود به معماری هدف ترسیم می کند - احتمالاً از طریق چندین مرحله انتقال.

هر معماری را می توان به عنوان مجموعه ای از "لایه ها" توصیف کرد که شکاف بین تجارت و فناوری را پر می کند - همانطور که در شکل 1 نشان داده شده است. 1. باید به "لایه های" زیر توجه شود:

• اهداف تجاریبخشی از تلاش برنامه ریزی استراتژی کلی است. آنها به شما این امکان را می دهند که مسیر صحیح فرآیند را انتخاب کنید.
• مدل تجاریزمینه ای را فراهم می کند که در آن فرآیندهای تولید و کسب و کار درک می شوند. به طور معمول، شامل توصیف سطح بالایی از جریان ها و فرآیندهای مواد است.
• شرح فرآیندهای تولید و کسب و کاربرای کاربرد موفقیت آمیز فناوری ها و ارزیابی صحیح ارزش آنها از نقطه نظر تجاری مهم است.
• اطلاعات، داده ها و اسنادبرای اتصال فرآیندها و برنامه ها مهم است. قابلیت همکاری و مدیریت جریان اطلاعات بین برنامه ها از اهمیت ویژه ای برخوردار است.
• توضیحات برنامه های کاربردیبه شما امکان می دهد الزامات سطح بالا را فرموله کنید و رابط ها را تعریف کنید.
• تعریف زیرساخت، محاسبات و شبکهالزامات (سخت افزار، تحمل خطا، عملکرد).
• ارائه شده است خدماتالزامات را برای اطمینان از مدیریت عملیاتی مؤثر و پشتیبانی تصمیم تعریف کنید.

تدوین طرح مهاجرت

توسعه یک برنامه مهاجرت برای کل یک سازمان یا حتی یک سایت تولید واحد، می تواند یک کار واقعاً پیچیده باشد که افراد زیادی را درگیر می کند. توصیه می شود فرآیند توسعه را به چند مرحله تقسیم کنید که در زیر توضیح داده شده است.

قسمت دوم

مرحله 1: بسیج

اهداف اساسی:

• دستیابی به درک مشترکی از وظایف و اهداف
• سازمانی را که در آن پروژه برنامه ریزی شده است بسیج کنید
• با تشریح نقاط عطف و نتایج مراحل پروژه، طرح را به تفصیل شرح دهید
• تمام اطلاعات لازم/در دسترس را جمع آوری کنید
• درک درستی از مفاهیم، ​​عملکردها و نظریه ها ارائه می دهد

• جلسات برنامه ریزی شده
• کارگاهی اختصاص داده شده به شروع پروژه

نتایج:

• طرح مشاوره دقیق
• اهداف مشترک
• نمای کلی فرآیند

مرحله 2: تجزیه و تحلیل

اهداف مرحله تحلیل عبارتند از:

• تجزیه و تحلیل فرآیندهای کسب و کار و تولید به منظور:

ارزیابی آمادگی پرسنل خدمات IT و سیستم های اتوماسیون

درک داده ها و نیازهای عملکردی برای معماری آینده

شناسایی مزایای کلیدی معماری آینده برای تعیین اهداف و اجرای مورد تجاری

• تحلیل معماری موجود

تعیین فرآیندهای تولید موجود در ارتباط با سیستم های اتوماسیون، جمع آوری داده ها، سیستم های مدیریت تولید

شناسایی فرآیندهای تجاری موجود و ارتباط آنها با سیستم های اتوماسیون تولید

برنامه های کاربردی، داده ها، زیرساخت های منطقی و فیزیکی و خدمات پشتیبانی فنی موجود را شناسایی کنید

در این مرحله فعالیت های زیر انجام می شود:

• سمینارها و بحث در مورد فرآیندهای مختلف
• بازدید از سایت برای به دست آوردن اطلاعات متنی
• سمینارها و بحث در مورد سیستم های موجود
• ارزیابی خدمات برای تعیین بلوغ و انطباق آنها با الزامات نظارتی

نتایج:

• شناسایی زیرساخت های موجود
• اسناد تجزیه و تحلیل
• فهرست ایده ها در مورد چالش ها و فرصت های معماری جدید فهرست ایده ها در مورد چالش ها و فرصت های معماری جدید

مرحله 3: هدف

هدف از این مرحله شناسایی و توصیف نیازهایی است که در مرحله تجزیه و تحلیل فرموله شده اند.

راه حل، یا معماری هدف، شرح می دهد:

• فرآیندها و عملکردهای تجاری آینده
• انواع برنامه های هدف، با عملکرد، کاربران، اطلاعات و رابط های آنها
• نیازهای زیرساختی و استانداردهای پشتیبانی بازنگری شده

در این مرحله فعالیت های زیر انجام می شود:

• سمینارها و بحث در مورد بهبود فرآیند
• کارگاه ها و بحث در مورد بهبود معماری

نتایج:

• معماری آینده (ارائه)
• شرح مختصری از انواع برنامه

مرحله 4: توجیه

هدف از مرحله توجیه، ارائه یک مورد تجاری اولیه بر اساس برآوردهای تقریبی از هزینه ها و منافع پروژه است.

شکاف بین وضعیت موجود و مطلوب معمولاً منجر به پیدایش تعدادی ایده می شود. توجیه ایده‌ها به شما این امکان را می‌دهد که «ضرور» را از «مطلوب» تشخیص دهید و پس از آن، ایده‌ها را به مدیریت عالی ارائه و توسعه دهید.

در این مرحله فعالیت های زیر انجام می شود:

• تخمین تقریبی هزینه ها و منافع
• نسخه اول ارائه

نتایج:

• اهداف مشترک
• اولویت بندی ایده های تجاری
• ارزیابی منابع مورد نیاز

مرحله 5: برنامه ریزی

هدف از این مرحله برنامه ریزی پروژه بر اساس اولویت ها، منابع و وابستگی ها است:

• برنامه ریزی توالی اجرای مراحل یک پروژه تلفیقی
• تامین منابع و شایستگی های مورد نیاز برای مراحل بعدی
• شروع فعالیت های مدیریت پروژه
• تکمیل مشاوره و انتقال نتایج تمامی مراحل به مشتری

در این مرحله فعالیت های زیر انجام می شود:

• توسعه یک برنامه اجرایی
• توسعه یک طرح سرمایه گذاری
• ارزیابی ریسک

نتایج:

• طرح پیاده سازی
• ارزیابی حجم کاری پرسنل درگیر در پروژه
• ارزیابی ریسک پروژه
• طرح سرمایه گذاری (به عنوان اولین تقریب)
• نسخه نهایی ارائه پروژه

مطالعه موردی

مثال زیر کاربرد روش توصیف شده را در شرایط واقعی نشان می دهد. برای رعایت شرایط رازداری، ناشناس بودن در توضیحات حفظ می شود. ما در مورد یک شرکت نسبتاً بزرگ صحبت می کنیم که مواد فعال را برای محصولات دارویی تولید می کند. تاسیسات تولید بیش از 20 سال پیش راه اندازی شد و اگرچه از آن زمان تا به حال برخی نوسازی ها انجام شده است، تعدادی از سیستم های قدیمی نیاز به جایگزینی دارند. سیستم های اتوماسیون ساختمان و DCS در وهله اول قرار دارند، زیرا مبتنی بر فناوری های قدیمی هستند که نگهداری آنها دشوار است. علاوه بر این، تولید باید با تقاضاهای تجاری جدید، از جمله توقف برخی از محصولات و عرضه برخی دیگر، سازگار شود. به طور کلی، نیاز به کار بر روی یک طرح مهاجرتی وجود دارد که الزامات فنی و تجاری را پوشش دهد.

ابتدا باید یک لیست اصلی از تجهیزاتی که در حال حاضر در سرتاسر سازمان استفاده می شود ایجاد کنید. این اطلاعات اغلب در اسناد مختلف (و خاطرات کارکنان) "پنهان" می شوند. باید استخراج و تجسم شود تا مبنای برنامه ریزی مهاجرت قرار گیرد. برای این منظور، ما معمولاً یک نمودار ماژول فرآیند ایجاد می کنیم که تجهیزات اصلی و جابجایی مواد خام در هر واحد تولیدی را نشان می دهد. به عنوان لایه های جداگانه "در بالای" سخت افزار، ما نشان می دهیم که کدام سیستم ها از کدام سخت افزار پشتیبانی می کنند.

یک مثال در شکل نشان داده شده است. 2. داده های مربوط به سیستم های نصب شده نیز در ذخیره سازی سیستم (یا به سادگی در فایل های اکسل) موجود است و می تواند برای تجزیه و تحلیل و برنامه ریزی بیشتر استفاده شود.

شکل 2. "لایه" اتوماسیون به شما امکان می دهد سیستم های موجود را ارزیابی کنید

قبل از بحث در مورد طرح مهاجرت، لازم است دلایل اصلی کسب و کار تغییر در تولید را شناسایی کنید. در این مورد، مدیریت انگیزه های زیر را شناسایی کرد:

1. انطباق مداوم و بدون خطا با الزامات نظارتی

2. حداقل زمان لازم برای ورود به بازار، انعطاف پذیری

3. موفقیت، رقابت، تعالی عملیاتی

4. کیفیت بدون سازش

5. رشد در حجم تولید

این اهداف باید به وظایف خاص تری تبدیل شوند که اجرای آن ها را می توان کمی سازی کرد.

در مرحله بعد، ما باید دریابیم که سیستم های موجود تا چه اندازه از فرآیندهای تجاری فعلی و آینده پشتیبانی می کنند. برای این کار از یک مدل مرجع استاندارد (بر اساس استانداردهای سری ANSI/ISA-95) استفاده می کنیم. این شامل 19 فرآیند کسب و کار در سطح بالا است که به اندازه ای با جزئیات به شما امکان می دهد نقاط ضعف را در اجرای عملی آنها مشاهده کنید و نیاز به تغییر برای کسب و کار مؤثر را مشاهده کنید.

علاوه بر این، ما همچنین نیاز به ارزیابی قابلیت های فنی سیستم های موجود برای پشتیبانی از فرآیندهای تجاری در آینده داریم. این به طور سیستماتیک و با استفاده از اطلاعاتی که در بالا از ذخیره سازی سیستم توضیح داده شد انجام می شود. برای هر سیستمی که اطلاعات آن در مخزن است (در مورد ما حدود 70 سیستم)، جنبه های زیر باید ارزیابی شوند:

• وضعیت تجهیزات (سابقه خرابی، میانگین زمان بین خرابی، سن تجهیزات، در دسترس بودن قطعات یدکی)
• وضعیت نرم افزار (پشتیبانی فروشنده، در دسترس بودن مدارک، پرسنل با صلاحیت های لازم)
• قابلیت های بازیابی سیستم (زائدگی، میانگین عمر سرویس قبل از تعمیر)
• ارزیابی تاثیر کسب و کار (ارائه اطلاعات، خطاهای داده، در دسترس نبودن)
• شاخص های شاخص (قابلیت اطمینان سیستم، بحرانی بودن سیستم و غیره)

ارزیابی فنی نیاز به نوسازی و جایگزینی تعدادی از سیستم ها را شناسایی کرد:

• سیستم‌های کنترل فرآیند مبتنی بر یک DCS قدیمی و قدیمی و بسیاری از PLC‌های مختلف هستند که برخی از آن‌ها برای جایگزینی آماده شده‌اند.
• سیستم اتوماسیون ساختمان بر اساس یک پلت فرم جدیدتر است، اما همچنین برای برآوردن نیازهای جدید نیاز به ارتقا دارد.
• تعدادی از سیستم های ثانویه نیز نیاز به نوسازی یا حتی جایگزینی دارند.
• زیرساختی که به همه سیستم‌ها خدمت می‌کند، نیازمند بخش‌بندی و حفاظت بهتر برای برآوردن نیازهای امنیتی امروزی است.

قسمت سوم

پس از تجزیه و تحلیل اهداف تجاری برای آینده، مشخص شد که هیچ یک از سیستم های موجود به طور کامل نیازهای آینده را برآورده نمی کند. این درک باعث ایجاد تعدادی ایده در مورد معرفی فناوری های جدید و همچنین سیستم اجرای تولید شد. در نتیجه تجزیه و تحلیل، 16 پروژه مختلف پیشنهاد شد که در صورت اجرای مداوم، به شرکت کمک می کند تا نیازهای فنی و تجاری آینده را برآورده کند.

محتوای کار فنی و هزینه هر پروژه ارزیابی می شود. برای هر پروژه، یک خلاصه کوتاه یک صفحه ای برای بحث مدیریت آماده می شود. (شکل 3 را ببینید).

برنج. 3. شرح یک صفحه ای از پروژه مهاجرت بالقوه

به منظور انتخاب پروژه های اولویت دار، نتایج بالقوه هر یک از آنها ارزیابی می شود. نتایج از نظر اهداف تجاری و همچنین قابلیت اطمینان سیستم کنترل فرآیند ارزیابی می شود.

به طور معمول، شما باید سناریوهای اجرایی متعددی را برای برآورد منابع کلی و نیازهای مالی برای هر طرح ارزیابی کنید (شکل 7). یکی از محدودیت‌های اصلی که باید در نظر گرفته شود پنجره‌هایی در فرآیند تولید است که طی آن سیستم‌ها می‌توانند جایگزین یا اصلاح شوند. به عنوان یک قاعده، این "پنجره ها" در تعطیلات آخر هفته رخ می دهند - و این یک گلوگاه جدی است.

برنج. 7. نمای کلی تلفیقی از برنامه مهاجرت

از آنجایی که همیشه زمان کمی برای جایگزینی سیستم ها و راه اندازی آنها وجود دارد، آماده سازی باید بسیار دقیق باشد. همه چیز باید با جزئیات برنامه ریزی شود. یکی از جنبه های مهم برنامه ریزی، آزمایش سیستم های اجرا شده است.

در موردی که توضیح می دهیم، اجرای طرح مهاجرت بلندمدت در شش جریان مختلف انجام شد. 8.

برنج. 8. سازماندهی پروژه های مهاجرت در شش جریان مختلف

بخشی از آماده سازی، ارزیابی کامل و پیشگیری از خطرات پروژه است. در شکل شکل 9 خطرات معمول مرتبط با پروژه های مهاجرت را نشان می دهد.

برنج. 9. ارزیابی خطرات معمول پروژه های مهاجرت

فرآیندهای پشتیبانی کسب و کار

رویکرد مدیریت چرخه عمر و برنامه ریزی مهاجرت بلندمدت که در این مقاله توضیح داده شده است بر اساس نیازهای کسب و کار هدایت می شود. این شامل ارزیابی اهداف فعلی و آتی کسب و کار، و همچنین تجزیه و تحلیل کامل از نحوه نگهداری یا جایگزینی سیستم های فنی برای حمایت از آن اهداف است. این رویکرد بر اساس اصول TOGAF است که اجرای متوالی پروژه را بسته به در دسترس بودن بودجه و پرسنل واجد شرایط ارائه می کند. ارزیابی معماری سیستم فعلی و آینده یک عنصر کلیدی در تعیین پروژه های مهاجرت آینده است. در نهایت، رعایت اصول مدیریت تغییر سازمانی ضروری است که مشارکت به موقع ذینفعان کلیدی پروژه را تضمین می کند، که برای موفقیت پروژه های مهاجرت بسیار مهم است. اثربخشی این رویکرد بارها در عمل نشان داده شده است.

لیف پولسن) ( متخصص اتوماسیون و فناوری اطلاعات در NNE Pharmaplan. وی دارای مدرک کارشناسی ارشد مدیریت فرآیند است. پولسن در NNE Pharmaplan مسئولیت توسعه فناوری ها، روش ها و شایستگی ها در زمینه اتوماسیون صنعتی و فناوری اطلاعات را بر عهده دارد و به عنوان مشاور ارشد تجاری فعالیت می کند.

آخرین به روز رسانی: 1394/10/31

اغلب زمانی که مدل تغییر می کند موقعیتی پیش می آید. به عنوان مثال، ما تصمیم گرفتیم ویژگی های جدیدی را به آن معرفی کنیم. اما در عین حال، ما قبلاً یک پایگاه داده موجود داریم که حاوی برخی داده ها است. و به منظور به روز رسانی پایگاه داده بدون از دست دادن، ASP.NET MVC مکانیزمی مانند مهاجرت را به ما ارائه می دهد. به عنوان مثال، ما یک مدل کاربر ساده داریم:

کلاس عمومی کاربر ( شناسه عمومی int ( get; set; ) رشته عمومی نام ( get; set; ))

بر این اساس، یک زمینه داده وجود دارد که از طریق آن با پایگاه داده کار می کنیم:

کاربران (get;set;))

و فرض کنید ما تمام زیرساخت‌ها را برای کار با این مدل داریم - views، controllers، و ما قبلاً چندین شی از این مدل را در پایگاه داده داریم. اما در مقطعی تصمیم گرفتیم پایه مدل اپلیکیشن را تغییر دهیم. به عنوان مثال، ما فیلد دیگری را به مدل User اضافه کردیم:

کلاس عمومی کاربر ( شناسه عمومی int ( get; set; ) رشته عمومی نام ( get; set; ) public int سن ( get; set; ) )

علاوه بر این، تصمیم گرفتیم یک مدل دیگر اضافه کنیم، به عنوان مثال:

کلاس عمومی شرکت ( شناسه عمومی عمومی ( دریافت؛ مجموعه؛ ) رشته عمومی نام ( دریافت؛ مجموعه؛ ))

بنابراین، زمینه داده ما در حال حاضر به صورت زیر تغییر می کند:

کلاس عمومی UserContext: DbContext ( عمومی UserContext() : base("DefaultConnection") ( ) عمومی DbSet کاربران ( دریافت؛ تنظیم؛ ) عمومی DbSet شرکت ها (دریافت؛ تنظیم؛ ))

می‌توانیم یک فیلد اضافی برای ویژگی Age به view‌های مدل User اضافه کنیم، می‌توانیم یک کنترل‌کننده و view‌ها برای مدل جدید ایجاد کنیم، اما وقتی می‌خواهیم یک شی جدید به پایگاه داده اضافه کنیم، یک خطا دریافت می‌کنیم:

زمینه داده تغییر کرده است و اکنون باید از طرح پایگاه داده قدیمی به طرح جدید مهاجرت کنیم. و اول از همه، پنجره Package Manager Console را در پایین ویژوال استودیو پیدا کنید، دستور را در آن وارد کنید: enable-migrations و Enter را فشار دهید:

پس از اجرای این دستور ویژوال استودیو، یک پوشه Migrations در پروژه ایجاد می شود که می توانید فایل را پیدا کنید. Configuration.cs. این فایل حاوی یک اعلان از کلاس Configuration به همین نام است که تنظیمات پیکربندی را تنظیم می کند:

فضای نام MigrationApp.Migrations ( با استفاده از System؛ استفاده از System.Data.Entity؛ استفاده از System.Data.Entity.Migrations؛ استفاده از System.Linq؛ پیکربندی کلاس مهر و موم شده داخلی: DbMigrationsConfiguration (Public Configuration(( AutomaticMigrationsEnabled = false; ContextKey = "MigrationApp.Models.UserContext"؛ ) محافظت شده باطل بودن Seed(MigrationApp.Models.UserContext) ( ) )

در روش Seed می توانید پایگاه داده را با داده های seed مقداردهی اولیه کنید. اکنون باید خود مهاجرت را ایجاد کنیم. در آنجا، در Package Manager Console، دستور را وارد کنید:

PM Add-Migration "MigrateDB"

سپس ویژوال استودیو به طور خودکار یک کلاس مهاجرت ایجاد می کند:

فضای نام MigrationApp.Migrations ( با استفاده از System؛ با استفاده از System.Data.Entity.Migrations؛ کلاس جزئی عمومی MigrateDB: DbMigration ( لغو عمومی void Up() ( CreateTable("dbo.Companies", c => new (Id = c.Int( nullable: false، شناسه: true)، Name = c.String()،). : false) ) عمومی void Down() (DropColumn("dbo.Users", "Age"); DropTable("dbo.Companies"); ) )

در متد Up با فراخوانی متد CreateTable جدول “dbo.Companies” ایجاد می شود و پیکربندی آن انجام می شود: ایجاد ستون، کلیدهای تنظیم. و یک ستون Age جدید نیز به جدول موجود اضافه می شود. متد Down ستون و جدول را در صورت وجود حذف می کند. در واقع این روش ها معادل عبارت ALTER در SQL هستند که ساختار پایگاه داده و جداول آن را تغییر می دهد.

و در نهایت برای انجام مهاجرت، این کلاس را با تایپ دستور در همان کنسول اعمال می کنیم:

به روز رسانی PM - پایگاه داده

پس از این، اگر به ترکیب پایگاه داده نگاهی بیندازیم، خواهیم دید که تغییراتی مطابق با مهاجرت انجام شده بر روی آن اعمال شده است:

بنابراین، انتقال انجام شده است، و ما می توانیم از مدل های به روز شده و زمینه داده استفاده کنیم.

در این مقاله، ما می‌خواهیم تجربه خود را در انجام انتقال داده‌ها در پروژه‌های بزرگ شرکتی مرتبط با انتقال مشتریان به کار در پیکربندی‌های 1C:Enterprise 8 سیستم‌بندی کنیم.

در عین حال، تأکید اصلی در مقاله، اول از همه، بر مؤلفه فناوری فرآیند مهاجرت خواهد بود. مؤلفه سازمانی نیز تحت تأثیر قرار می گیرد، اما به میزان کمتر.

اصطلاحات و تعاریف

انتقال داده ها معمولاً به عنوان یک دنباله نهایی کار درک می شود، پروژه ای که هدف آن انتقال انبوه یکباره داده ها از سیستم های منبع (سیستم های تاریخی) به سیستم مقصد است. در همان زمان، بهره برداری از این داده ها در سیستم های منبع متوقف می شود.

مهاجرت داده ها باید از یکپارچه سازی داده ها متمایز شود. یکپارچه سازی، بر خلاف مهاجرت، بخشی دائمی از معماری فناوری اطلاعات است و مسئول جریان داده ها بین سیستم های مختلف و فروشگاه های داده است - و به جای یک فعالیت پروژه، یک فرآیند است.

طرح مهاجرت به طور کلی به این صورت است:

برنج. 1

نظام های تاریخی- پایگاه های اطلاعاتی شرکت مشتری، که قرار است در هنگام اجرای یک سیستم جدید به طور کامل یا جزئی جایگزین شوند.

سیستم گیرنده- سیستم هدف، پیکربندی دلخواه "1C: Enterprise 8".

اطلاعات اولیه- داده های دانلود شده از سیستم های تاریخی در قالب فایل xls سفارشی. در این مورد، به نظر می رسد فرمت xls یکی از راحت ترین ها باشد، زیرا توانایی آپلود در یک فایل xls در بسیاری از سیستم های حسابداری "نسل های قبلی" وجود دارد.

به عنوان یک جایگزین مدرن به عنوان یک حمل و نقل، می توان فرمت فایل xml را در نظر گرفت.

همچنین گزینه هایی برای استفاده از پایگاه داده میانی وجود دارد.

دگرگونی، تبدیل- فرآیند تبدیل داده های منبع به داده برای بارگذاری. تبدیل داده ها مطابق با قالب های بارگذاری رخ می دهد. نتیجه تبدیل، داده هایی است که باید بارگذاری شوند.

دانلود داده ها- داده های در نظر گرفته شده برای بارگذاری در سیستم دریافت کننده. این مقاله و همچنین داده های منبع، فرمت xls را در نظر می گیرد.

الگوهای داده برای بارگذاری- شرح جداول داده ای که باید در سیستم هدف بارگذاری شوند.

مراحل مهاجرت

بیایید روند آماده سازی و انجام مهاجرت را مرحله به مرحله در نظر بگیریم.

مراحل سازمانی مهاجرت شامل موارد زیر است:

· تعریف استراتژی مهاجرت. در این مرحله، پیمانکار و مشتری در مورد فن آوری برای انجام کار مهاجرت توافق می کنند.

· تعیین ترکیب کارگروه مهاجرت. گروه کاری باید شامل متخصصانی از پیمانکار و مشتری باشد که به اندازه کافی با عملکرد سیستم های تاریخی (از طرف مشتری) و سیستم هدف (از طرف پیمانکار) آشنا باشند.

· طرح اولیه مهاجرت. طرح مهاجرت چندین بار با پیشرفت پروژه تعدیل خواهد شد.

· دوره های تاریخ برای دانلود داده ها از سیستم های تاریخی، حجم داده ها. دوره های قطع داده برای مهاجرت، تاریخ آزمایش و مهاجرت نهایی. این اطلاعات را می توان به طرح مهاجرت نسبت داد.

· ترکیب داده هایی که باید منتقل شوند. داده های مرجع، طبقه بندی کننده ها، داده های تراکنش، مانده ها، گردش مالی و غیره؛

· مسائل بررسی کیفیت، صحت و یکپارچگی داده ها در طول فرآیند مهاجرت و در پایان.

· مسائل مربوط به بازگشت به حالت قبلی در صورت خرابی.

بیایید نگاهی دقیق تر به مراحل تکنولوژیک مهاجرت بیندازیم.

برنج. 2

1. آماده سازی قالب های بارگذاری داده ها

الگوی بارگیری داده ها حاوی توضیحات فنی جداول داده هایی است که قرار است بارگذاری شوند، الگوریتم ها و قوانین بارگذاری برای الگوی فعلی.

هر قالب به طور کلی یک یا چند جدول مرتبط در سیستم هدف مورد نظر را هدف قرار می دهد.

در قالب آمده است:

· توضیحات تمام فیلدهای فایل داده xls برای دانلود از جمله:

o نام فیلد

o نشانگر آن است که فیلد باید پر شود

o نمونه ای از پر کردن فیلد

o توجه داشته باشید

· شرح قوانین بارگیری جدول سیستم هدف بر اساس داده هایی که باید بارگذاری شوند (صف در مورد چندین جدول مرتبط، الگوریتم های جستجو برای فیلدهای کلیدی و غیره)

· توضیحات پر کردن فیلدهای جداول سیستم هدف به طور مستقیم در صورتی که هر چیزی غیر از انتقال داده "یک به یک" از یک فایل داده برای بارگذاری ارائه شود. به عنوان مثال برای فیلدهای مرجع مرتبط است.

در حین انجام کار در این مرحله، پیمانکار باید یک لودر فایل دیتا نیز برای بارگذاری آماده کند. هنگام کار با فایل های xls، این کار به خصوص دشوار نیست.

2. شناسایی منابع داده

این مرحله می تواند همراه با مرحله قبلی «1. در حال آماده سازی الگوهای بارگیری داده ها."

در این مرحله، متخصصان مشتری تعیین می کنند که از کدام سیستم ها و چه داده هایی می توان دانلود کرد. شما همچنین باید تعیین کنید که چه داده هایی شاید ممکن است مورد نیاز باشد.

به عنوان یک قاعده، در پروژه های مهاجرت بزرگ، شناسایی یک لیست کامل کامل از منابع داده می تواند زمان زیادی طول بکشد و با ادامه کار در مراحل بعدی اتفاق می افتد.

اغلب مواقعی وجود دارد که برای اطمینان بیشتر از یکپارچگی اطلاعات، برخی از داده ها باید از منابع چاپی (دیجیتالی شده) منتقل شوند یا حتی طبق گفته های کارمندان کلیدی مشتری در جداول وارد شوند.

با این حال، در این مرحله باید سعی کنید تا حد امکان داده های ضروری را شناسایی کنید.

3. آپلود داده های منبع

فرآیند دانلود داده ها از سیستم های تاریخی می تواند زمان زیادی را به خود اختصاص دهد، به خصوص اگر سیستم های زیادی وجود داشته باشد، آنها متفاوت هستند و بخش های مختلف مشتری مسئولیت آنها را بر عهده دارند. این نکته باید در هنگام مهاجرت های آزمایشی و نهایی در نظر گرفته شود.

به نظر می رسد راحت ترین گزینه آپلود در فایل های xls باشد. بسیاری از سیستم های قدیمی IT از این گزینه پشتیبانی می کنند.

همچنین ممکن است گزینه هایی برای آپلود در فرمت های csv، dbf، xml و موارد دیگر وجود داشته باشد.

شایان ذکر است که به دلایلی (مثلاً مسائل امنیتی)، مشتری نمی تواند همیشه در این مرحله اطلاعات را به طور کامل دریافت کند! فقط یک ساختار داده و چند موقعیت آزمایشی. بنابراین، ممکن است شرایطی پیش بیاید که در حین بارگذاری های آزمایشی و نهایی، داده های با کیفیت پایین در جداول منبع شناسایی شوند که منجر به خطاهای برنامه ریزی نشده می شود.

برای به حداقل رساندن این مشکل، حجم دانلودهای آزمایشی از سیستم های تاریخی باید از قبل توافق شود.

4. نقشه برداری داده ها

نقشه برداری (نگاشت داده ها) - به طور کلی، فرآیند مقایسه داده ها از سیستم های تاریخی و سیستم دریافت کننده است. یعنی داده های منبع و داده هایی که باید بارگذاری شوند.

مرحله نقشه برداری پرکارترین مرحله است و می تواند بیش از 50 درصد از کل کارهای مربوط به کار مهاجرت را به خود اختصاص دهد.

در این مرحله کل کارگروه پروژه مهاجرت به طور کامل درگیر است.

در فرآیند نگاشت داده ها لازم است مراحل فرعی جدول نگاشت و نگاشت میدانی را تشخیص داد.

· نقشه برداری از جداول، یا نقشه برداری از الگوها - مقایسه جداول داده های منبع و الگوهای داده برای بارگذاری. مسابقه می تواند 1:1 یا N:N باشد. در نتیجه این کار، یک رجیستری نقشه برداری جدول تدوین و نگهداری می شود. این مرحله فرعی برای مرحله فرعی بعدی نقشه برداری میدانی و نظارت بر وضعیت کلی امور در نقشه برداری ضروری است.

گروهی از قالب های 1C	نام قالب 1C	نام فایل- منبع	قوانین برای تولید یک فایل منبع	مسئول	وضعیت	توجه داشته باشید
NSI	نمونه_ نامگذاری	نومنک latura.xls	انتخاب را در سیستم N تنظیم کنید . در txt ذخیره کنید . در xls باز می شود، ستون ها متن هستند . خط اول سربرگ است . تعداد ستون - 15 . تعداد خطوط در txt و xls را بررسی کنید . نام برگه همیشه "Sheet1" است	ایوانف I.I.	در محل کار

· نقشه برداری فیلد - فیلدهای جدول نگاشت در نقشه جدول از قبل تعریف شده. نتیجه این کار یک رجیستری نقشه برداری میدانی است.

№صص

Cl. رشته

ضروری

نام فیلد قالب 1C "Template_Nomenclature"

شرح

نام فیلد "Nomenclature.xls"

الگوریتم پر کردن

کد

کد عنصر دایرکتوری

کد

نام

نام

آره

این گروه

حاوی یکی از مقادیر زیر است: . 1 - برای گروه ها . 0 - برای عناصر

اگر طول کد=11 کاراکتر و 4 کاراکتر آخر باشد<>"0000"، سپس این عنصر "0" است، در غیر این صورت گروه "1" است.

نام و نام خانوادگی

نام عنصر دایرکتوری

نام

اگر ThisGroup = 1، سپس ""، ElseIf ThisGroup = 0، سپس Name.

به عنوان بخشی از این مرحله، کار ممکن بر روی عادی سازی داده ها نیز باید انجام شود.

5. آماده سازی قوانین تحول

برخلاف مراحل قبل، این مرحله فنی است و شامل کار سازنده پیمانکار می باشد.

بر اساس ثبت های نقشه برداری میدانی توافق شده، متخصصان پیمانکار قوانینی را برای تبدیل داده ها ایجاد می کنند.

برای کار عملیاتی در مراحل مقدماتی مهاجرت و بیشتر، در طول آزمایش و مهاجرت نهایی، مهم است که یک محیط مناسب برای توسعه قوانین (اسکریپت ها) برای تبدیل داده ها و یک محیط برای تبدیل داده های منبع به داده برای بارگذاری وجود داشته باشد.

الزامات این محیط عبارتند از:

· راحتی و سرعت توسعه قوانین تحول.

· سرعت تبدیل داده ها. فایل های ورودی و خروجی می تواند صدها هزار خط باشد!

· امکان کار با چندین فایل ورودی به طور همزمان.

· امکان ذخیره قوانین تبدیل در فایل های جداگانه.

برای پروژه های مهاجرت خود، یک ایستگاه کاری توسعه دهنده تخصصی را با استفاده از پردازش استاندارد 1C Query Console به عنوان پایه توسعه داده ایم.

پردازش Query Console بهبود یافته است تا امکان پرس‌وجوهای مستقیم به فایل‌های xls را فراهم کند.

در اینجا یک مثال از ترکیب دو فایل xls منبع آورده شده است کارمندانxls

کد کارمندی	نام خانوادگی	نام	نام خانوادگی	تاریخ تولد
2423	ایوانف	ایوان	ایوانوویچ	17.11.1992
1523	پتروف	ریحان	الکساندرویچ	04.02.1991
4363	سیدوروف	کریل	نیکولایویچ	01.05.1995
	دنیسوف	دنیس	دنیسوویچ	01.01.1990

و عملیات.xlsبا صفحات:

رد خارج شده ها

کد کارمندی	تاریخ	مجموع
2423	01.02.2014
1523	02.02.2014
4363	03.02.2014
	04.02.2014	100000
2423	05.02.2014
1523	06.02.2014
4363	07.02.2014	2356
	08.02.2014	140000
2423	09.02.2014
1523	10.02.2014
4363	11.02.2014	23523
	12.02.2014	80000

و رسیدها:

کد کارمندی	تاریخ	مجموع
	01.05.2004
	02.05.2004
	03.05.2004
	04.05.2004
2423تاریخ تولد	مبلغ رسید	مبلغ رد شده
ایوانف ایوان ایوانوویچ	2423	17.11.1992	1341234	1010
پتروف واسیلی الکساندرویچ	1523	04.02.1991	245245
دنیسوف دنیس دنیسوویچ		01.01.1990	380000	320000
سیدوروف کریل نیکولایویچ	4363	01.05.1995	613382	26336
جمع:			2579861	347842

توجه داشته باشید که مثال مصنوعی است، به‌ویژه برای نشان دادن تمام مراحل ممکن تبدیل منابع داده انتخاب شده است.

توالی تکنولوژیکی عملیات تبدیل در اینجا به شرح زیر است:

با استفاده از زبان پرس و جو Access SQL (که قابلیت های اضافی قابل توجهی را در مقایسه با زبان پرس و جو 1C ارائه می دهد)، یک پرس و جو اولیه ایجاد می شود که داده ها را از فایل xls به محیط 1C استخراج می کند. در عین حال، بررسی های مختلف و عادی سازی داده ها از قبل در این مرحله امکان پذیر است.

فناوری دسترسی به داده های ADO سرعت بالایی را فراهم می کند.

برنج. 3

2. پرس و جو در زبان 1C - پرس و جو اصلی که الگوریتم نگاشت میدان را پیاده سازی می کند. و همچنین: غنی سازی داده های بارگیری شده با داده های پایگاه داده 1C، گروه بندی مجدد، ادغام با نتایج جستجوها به فایل های منبع دیگر xls و غیره.

3. در صورت لزوم، پس از پردازش نتیجه درخواست 1C. با استفاده از یک اسکریپت در زبان 1C پیاده سازی شده است.

به عنوان مثال، در اینجا ما اضافه کردن خط "TOTAL" را در ستون های مقدار پیاده سازی می کنیم.

4. مجموعه داده های نهایی را در یک فایل xls بنویسید.

به طور کلی، خروجی فایل های نهایی برای بارگذاری در پایگاه داده هدف 1C است.

این ابزار همچنین به شما امکان می دهد قوانین تبدیل داده ها را در یک فایل xml جداگانه ذخیره کنید:

علاوه بر این امکان کار وجود دارد V حالت دسته ای، که به ویژه هنگامی که حجم زیادی از داده های مهاجرت ناهمگن وجود دارد بسیار مهم است.

در طی مراحل قبلی، بخش مقدماتی کار به طور کلی به پایان می رسد - همه منابع داده شناسایی می شوند، داده های منبع از منابع دانلود می شوند، قالب های دانلود در پایگاه داده هدف آماده می شوند، نقشه برداری داده ها آماده می شود و در نهایت اسکریپت های تبدیل داده ها توسعه می یابد. .

لازم به ذکر است که قبل از مهاجرت نهایی حتما باید چندین تست انجام دهید. در طول مهاجرت آزمایشی، پیمانکار، همراه با مشتریان، موارد زیر را شناسایی می‌کنند:

خطاهای تبدیل، خطاهای بارگذاری داده ها

یک ارزیابی اولیه از کیفیت داده های بارگذاری شده در سیستم هدف انجام دهید

بر اساس نتایج مهاجرت های آزمایشی، آنها یک طرح مهاجرت نهایی را ایجاد/به روز می کنند

7. تطبیق داده ها

کیفیت داده های دانلود شده باید هم پس از انتقال آزمایشی و هم در پایان مهاجرت نهایی بررسی شود. در طول آشتی، شاخص های زیر را می توان بررسی کرد:

· همزمانی مجموع مبالغ موجودی، طبق اسناد.

· مطابقت کمی، به عنوان مثال تعداد سیستم عامل.

· پر کردن صحیح افراد منتخب.

لطفاً توجه داشته باشید که برخی از بررسی‌های انتقال داده‌ها و مسائل عادی سازی داده‌ها باید در تمام فرآیندهای مهاجرت حل شوند. همیشه باید از خود بپرسید که در مرحله فعلی چه کاری باید انجام شود تا از اشتباهات در مراحل بعدی جلوگیری شود.

مثلا:

· موارد تکراری را با فیلدهای کلیدی بررسی کنید. می تواند و باید بر روی داده های اصلی انجام شود.

· اجبار انواع میدان;

· تمامیت ارجاعی.

· تناقضات ریاضی. به عنوان مثال، بررسی فیلدهای عددی خالی که تقسیم به آنها در طول تبدیل برنامه ریزی شده است.

· به طور کلی، بررسی فیلدهای اجباری پر شده است.

· جایگزینی کاراکترهای نادرست. به عنوان مثال، کاراکترهای انگلیسی در فیلدهای سیریلیک ("o"، "a"، "e"، و غیره) این به ویژه برای فیلدهای کلیدی صادق است!

· بررسی مقادیر فیلدهای رشته از نظر انطباق با انواع سیستم گیرنده (محدودیت های طول)

پس از تکمیل مهاجرت نهایی، با توجه به یک استراتژی مهاجرت از پیش تعیین شده و برنامه مهاجرت، تصمیم گیری در مورد عملکرد بیشتر سیستم های تاریخی گرفته می شود.

اغلب عملیات بلافاصله پس از تطابق داده‌های نهایی و ثبت موفقیت در مهاجرت تکمیل می‌شود - کاربران سیستم جدید دیگر سوابق را در دو سیستم موازی نگه نمی‌دارند، بلکه کاملاً به سیستم جدید تغییر می‌کنند. در عین حال، دسترسی به سیستم قدیمی در حالت خواندن حفظ می شود.

در برخی موارد، عملکرد موازی دو سیستم ممکن است در طول مدت عملیات آزمایشی (TE) و حتی بیشتر از این دوره رخ دهد. موضوع موازی کاری کاربران در دو سیستم ارتباط تنگاتنگی با موضوع امکان بازگشت به سیستم قدیمی در صورت نامطلوب بودن مهاجرت (یا به طور کلی عملکرد سیستم جدید!) دارد.

نتیجه

در پایان، می‌خواهم اشاره کنم که وقتی صحبت از انتقال سیستم‌های تراکنش بزرگ می‌شود، که شامل بسیاری از پیکربندی‌های 1C:Enterprise است، انتقال به یک سیستم جدید می‌تواند بسیار کار بر باشد.

بنابراین، باید به خاطر داشت که هر پروژه ای از این دست نیاز به آماده سازی دقیق دارد و باید با یک برنامه فردی همراه باشد. با این حال، صرف نظر از نوع سیستم هایی که مهاجرت می کنند، حجم پایگاه داده و غیره، طرح کلی مهاجرت تقریباً یکسان به نظر می رسد.

• انتقال دامنه های منابع موجود به واحدهای سازمانی دامنه های جدید، که مدیریت منابع شبکه را ساده می کند.
• "شبیه سازی" پیشرفت مهاجرت، در حالی که هیچ انتقال واقعی داده رخ نمی دهد.
• لغو اقدامات انجام شده مربوط به مهاجرت؛
• انتقال حساب های خدمات؛
• بازگرداندن رابطه اعتمادبین دامنه منبع و مقصد؛
• چندین دامنه را به یک یا چند دامنه بزرگ در یک محیط Active Directory از قبل ایجاد شده تبدیل کنید.
• بازسازی گروه های موجود یا ادغام چندین گروه در یک گروه در حوزه هدف.
• فرآیند انتقال داده را با ثبت رویدادهای مهاجرت تجزیه و تحلیل کنید.

مهاجرت کاربران و ایستگاه های کاری به یک ساختار اکتیو دایرکتوری واحد با حفظ حقوق دسترسی موجود انجام می شود.

گزینه های ارتقا

دو گزینه اصلی برای ارتقاء زیرساخت دامنه [4] وجود دارد:

• به روز رسانی دامنه. این روش رایج ترین و ساده ترین روش در هنگام مهاجرت دامنه ها است. این روش به شما امکان می دهد ساختار فعلی دامنه، تنظیمات سیستم، ساختار کاربر و گروه را ذخیره کنید. به روز رسانی دامنه (به روز رسانی در محل) شامل انتقال کنترل کننده های دامنه موجود به دامنه جدید ایجاد شده است.
• بازسازی دامنه این روش به شما امکان می دهد ساختار موجود دامنه ها را تغییر دهید، دامنه ها را ادغام کنید یا دامنه ها را به واحدهای سازمانی تبدیل کنید.

علاوه بر گزینه های فوق، یک گزینه ترکیبی نیز بر اساس آنها وجود دارد - به روز رسانی دامنه ها با بازسازی بعدی آنها [13].

این گزینه ها نامیده می شوند مسیرهای انتقال برای پیاده سازی اکتیو دایرکتوری. مسیر انتقال انتخاب شده از آنها، پیوند اصلی در استراتژی کلی برای به روز رسانی زیرساخت دامنه خواهد بود. این استراتژی شامل توضیحی است که کدام یک از اشیاء سرویس دایرکتوری باید جابجا شوند و به چه ترتیبی. بهترین روش برای هر حرکت برنامه در طول پیاده سازی اکتیو دایرکتوری، مستند کردن تمام جزئیات در یک سند کاری به نام برنامه انتقال است.

معیارهای انتخاب مسیر انتقال

هنگام انتخاب یک مسیر انتقال، فرض بر این است که تصمیم فقط به یک حوزه مربوط می شود، به این معنی که استفاده از مسیرهای انتقال مختلف برای حوزه های مختلف در یک سازمان کاملاً منصفانه است.

بیایید معیارهای اصلی را که در هنگام انتخاب مناسب ترین مسیر انتقال [13] استفاده می شود، در جداول 12.1، 12.2، 12.3، 12.4، 12.5، 12.6 در نظر بگیریم.

• معیار 1. رضایت از مدل موجود حوزه موجود. جدول 12.1. انتخاب مسیر انتقال بر اساس معیار 1

  مسیر انتقال	معیارهای واجد شرایط بودن
  به روز رسانی دامنه	اگر هیچ تغییر قابل توجهی که می خواهید در مدل دامنه ایجاد کنید وجود ندارد، به روز رسانی دامنه ساده ترین مسیر را فراهم می کند. نام دامنه و همچنین وجود تمام حساب‌های کاربری و گروه‌ها ثابت خواهد ماند
  بازسازی دامنه	اگر مدل دامنه فعلی دیگر نیازهای سازمانی را برآورده نمی کند یا دیگر برای بخش های سازمان مناسب نیست، تغییر ساختار دامنه ممکن است بهترین انتخاب باشد.

• معیار 2. درجه ریسک هنگام حرکت به یک مدل دامنه جدید. جدول 12.2. انتخاب مسیر انتقال بر اساس معیار 2

  مسیر انتقال	معیارهای واجد شرایط بودن
  به روز رسانی دامنه	ارتقاء دامنه یک روش کم خطر است. فرآیند ارتقاء کنترلر دامنه خودکار است، بنابراین بدون تعامل کاربر، جای کمی برای خطا وجود دارد. روش بازیابی از خرابی ارتقاء دامنه نیز نسبتاً ساده است: اگر ارتقاء ناموفق بود، باید کنترل کننده دامنه اصلی (PDC) را خاموش کنید، هر کنترل کننده دامنه پشتیبان (BDC) که داده های تازه دارد را به نقش PDC اختصاص دهید، و روش را دوباره شروع کنید
  بازسازی دامنه	تغییر ساختار دامنه نسبت به تمدید دامنه ریسک بالاتری دارد. کارهای بیشتری برای تکمیل وجود دارد و بنابراین ممکن است بسیاری از فرآیندها اشتباه پیش بروند. در نتیجه، ناامیدی فزاینده ای در میان کاربرانی وجود دارد که قادر به ورود به سیستم، دسترسی به منابع مورد نیاز یا دسترسی به صندوق پستی خود نیستند.

• معیار 3. زمان اجرای انتقال 1 زمان گذار عامل تعیین کننده ای در انتخاب مسیر انتقال نیست، اما ممکن است برای سازمان های کوچک با منابع محدود، عامل تعیین کننده ای باشد. .جدول 12.3. انتخاب مسیر انتقال بر اساس معیار 3

  مسیر انتقال	معیارهای واجد شرایط بودن
  به روز رسانی دامنه	تمدید دامنه یک فرآیند خطی است: پس از شروع، باید تکمیل شود. این نیاز به مراحل کمتری نسبت به بازسازی دارد و بنابراین زمان کمتری برای تکمیل کل انتقال نیاز دارد
  بازسازی دامنه	بازسازی دامنه همیشه بیشتر طول می کشد. به عنوان مثال، در طول بازسازی، زمان زیادی صرف ساخت و اعتبار سنجی زیرساخت دامنه هدف می شود و همه حساب ها را از دامنه منبع به دامنه هدف منتقل می کند. سازمان های بزرگ ممکن است نتوانند همه اشیاء را به یکباره جابجا کنند، بنابراین اغلب بازسازی دامنه در چندین مرحله انجام می شود.

• معیار 4: زمان خدمات دایرکتوری مورد نیاز برای تکمیل فرآیند مهاجرت. جدول 12.4. انتخاب مسیر انتقال بر اساس معیار 4

  مسیر انتقال	معیارهای واجد شرایط بودن
  به روز رسانی دامنه	اشیاء حساب در طول فرآیند انتقال در دسترس نیستند زیرا در هنگام ارتقاء دامنه، خود به روز می شوند
  بازسازی دامنه	یک انتخاب خوب برای سازمان هایی که در آنها زمان کار سیستم یک ارزش حیاتی است. از آنجایی که شامل ایجاد یک جنگل خالی از سکنه و "پاک" است و محیط اصلی را اساساً بدون تغییر باقی می گذارد، عملکرد سرویس دایرکتوری با ادامه عملکرد کاربران در محیط موجود خود حفظ می شود. می‌توانید دسته‌های بزرگ یا کوچکی از کاربران را در ساعات کم مصرف مهاجرت کنید و این حساب‌های جدید را تا زمانی که آماده خروج از سیستم قدیمی نباشید، غیرفعال کنید.

• معیار 5. در دسترس بودن منابع برای تکمیل انتقال. جدول 12.5. انتخاب مسیر انتقال بر اساس معیار 5

  مسیر انتقال	معیارهای واجد شرایط بودن
  به روز رسانی دامنه	از آنجایی که به روز رسانی دامنه یک عملیات خودکار است، این مسیر انتقال به منابع انسانی کمتری نیاز دارد
  بازسازی دامنه	بازسازی دامنه مستلزم وظایف بیشتری نسبت به تمدید دامنه است و بنابراین به منابع بیشتری نیاز دارد، به این معنی که باید به اندازه کافی پرسنل برای رسیدگی به بار کاری اضافی مرتبط با بازسازی دامنه داشته باشد. یک جایگزین، برون سپاری بخشی یا تمام پروژه است: گروه های مشاوره بسیاری وجود دارند که در چنین پروژه هایی تخصص دارند و در زمان و هزینه مورد نیاز برای آموزش کارکنان داخلی صرفه جویی می کنند.

• معیار 6. بودجه پروژه انتقال. جدول 12.6. انتخاب مسیر انتقال بر اساس معیار 5

  مسیر انتقال	معیارهای واجد شرایط بودن
  به روز رسانی دامنه	عوامل موثر در کاهش بودجه مورد نیاز: توانایی استفاده از سخت افزار سرور موجود؛ کاهش هزینه های منابع انسانی؛ هزینه های تست را کاهش می دهد زیرا کارهای ارتقای کمتری باید آزمایش شوند
  بازسازی دامنه	به دلایل زیادی، بازسازی دامنه به بودجه بیشتری نسبت به تمدید دامنه نیاز دارد. الزامات سخت افزاری مورد نیاز برای ایجاد یک محیط جنگلی خالی که اشیاء سرویس دایرکتوری باید به آن منتقل شوند باید از منظر بودجه در نظر گرفته شوند.

اگر شرکتی کاملاً شرایط را نداشته باشد که با اطمینان تمدید یا بازسازی دامنه را به عنوان مسیر تمدید انتخاب کند، یا اگر هر دو مسیر برای آن مناسب است، می تواند مسیر سوم را انتخاب کند - تمدید دامنه و به دنبال آن بازسازی.

این مسیر به اکتیو دایرکتوری مزایای فوری را ارائه می دهد (تخصیص مدیریت، سیاست های گروه، انتشار اپلیکیشن و موارد دیگر)، و همچنین مزایای بلند مدت بازسازی دامنه (دامنه های کمتر با افزایش حجم دامنه، طراحی دامنه مطابق با اهداف تجاری و سازمانی شرکت).