اوراکل قابلیت‌های سازگاری با EBCDIC را برای بازپلتفرمینگ مین‌فریم در Oracle AI Database 26ai ارائه کرد

اوراکل در نسخه 26ai پایگاه داده هوش مصنوعی خود، قابلیت‌های سازگاری با EBCDIC را اضافه کرده است تا سازمان‌ها بتوانند پایگاه‌های داده مین‌فریم IBM را با حفظ صحت داده‌ها و سازگاری برنامه‌های قدیمی به زیرساخت‌های مدرن منتقل کنند.

اوراکل اعلام کرده است که Oracle AI Database 26ai اکنون قابلیت‌های سازگاری با EBCDIC را در اختیار دارد؛ قابلیت‌هایی که دو چالش اساسی در حفظ سازگاری با این استاندارد را هدف قرار می‌دهند: تبدیل دقیق کدگذاری کاراکترها و حفظ ترتیب دودویی EBCDIC.

این قابلیت‌ها در کنار یکدیگر می‌توانند به سازمان‌ها کمک کنند پایگاه‌های داده مین‌فریم IBM را به پلتفرم‌های جدید منتقل کنند، بدون آنکه یکپارچگی داده‌ها یا سازگاری برنامه‌ها از بین برود. جزئیات بیشتر این قابلیت‌ها در Oracle AI Database Globalization Support Guide (26ai) ارائه شده است.

در قلب این قابلیت‌ها، خانواده‌ای از مجموعه‌کاراکترهای کلاینت EBCDIC سازگار با IBM CDRA قرار دارد.

این مجموعه‌کاراکترهای کلاینت، تعاریف Code Page مربوط به Character Data Representation Architecture (CDRA) شرکت IBM را پیاده‌سازی می‌کنند و نگاشت‌های کاراکتری مبدأ به مقصد را مطابق با استانداردهای منتشرشده IBM ارائه می‌دهند. به گفته اوراکل، این ویژگی امکان تبدیل دقیق و قابل پیش‌بینی کدگذاری کاراکترها را در جریان مهاجرت داده و همچنین ارتباطات بعدی میان کلاینت و سرور پایگاه داده فراهم می‌کند.

با این حال، تبدیل دقیق کدگذاری کاراکترها به‌تنهایی برای حفظ سازگاری با EBCDIC کافی نیست. بسیاری از برنامه‌های قدیمی مبتنی بر EBCDIC، از جمله برنامه‌هایی که با COBOL نوشته شده‌اند، به‌صورت ضمنی به ترتیب دودویی EBCDIC تعریف‌شده در Code Pageهای این استاندارد توسط IBM وابسته هستند. عبارات SQL که مقادیر کاراکتری را مقایسه می‌کنند، جست‌وجوهای محدوده‌ای انجام می‌دهند یا نتایج کوئری‌ها را مرتب می‌کنند، اغلب به این ترتیب متکی هستند.

پس از مهاجرت به یک مجموعه‌کاراکتری مبتنی بر ASCII در Oracle AI Database، همین عبارات SQL ممکن است نتایج متفاوتی ایجاد کنند؛ نه به این دلیل که داده‌ها تغییر کرده‌اند، بلکه به این دلیل که ترتیب دودویی پیش‌فرض پایگاه داده از مجموعه‌کاراکتری مبتنی بر ASCII پیروی می‌کند و نه از Code Page مربوط به EBCDIC در سیستم مبدأ.

Oracle AI Database اکنون مجموعه‌کاراکترهای کلاینت EBCDIC سازگار با IBM CDRA را همراه با Collationهای دودویی شبیه‌سازی‌شده EBCDIC در اختیار دارد. هر Collation دودویی داخلی EBCDIC به‌طور اختصاصی برای Code Page متناظر IBM EBCDIC تولید شده و ترتیب دودویی آن را بازتولید می‌کند. در نتیجه، عملیات مقایسه و مرتب‌سازی در SQL می‌تواند رفتار مورد انتظار بسیاری از برنامه‌های قدیمی مبتنی بر EBCDIC را با حداقل تغییر یا حتی بدون نیاز به تغییر در SQL پس از مهاجرت حفظ کند.

از آنجا که این Collationهای دودویی EBCDIC به‌صورت داخلی در Oracle AI Database ارائه می‌شوند، با هر مجموعه‌کاراکتری پشتیبانی‌شده در Oracle AI Database کار می‌کنند و در مدل‌های مختلف استقرار این پایگاه داده، از جمله Oracle Exadata، Oracle Autonomous Database on OCI، Exadata Cloud@Customer و استقرارهای چند ابری، قابل استفاده هستند.

این موضوع به‌ویژه برای مشتریانی اهمیت دارد که در حال مدرن‌سازی بارهای کاری خود روی Oracle Autonomous Database و سایر مدل‌های استقرار مبتنی بر Exadata هستند؛ زیرا داده‌های محلی سفارشی، از جمله Collationهای سفارشی، در استقرارهای مبتنی بر Oracle Exadata پشتیبانی نمی‌شوند.

Oracle AI Database همچنین قابلیت Data-Bound Collation را در اختیار دارد که اجازه می‌دهد Collationها مستقیماً به ستون‌ها، جداول یا Schemaها اختصاص داده شوند و نیازی به وابستگی به منطق برنامه یا تنظیمات Session نباشد. این قابلیت موجود در Oracle AI Database، استقرار Collationهای دودویی EBCDIC را ساده می‌کند.

با قرار دادن ترتیب دودویی EBCDIC در تعریف پایگاه داده، قابلیت Data-Bound Collation می‌تواند نیاز به ایجاد Indexهای زبانی جداگانه با Collationهای سفارشی را کاهش دهد. این رویکرد پیچیدگی استقرار را کم کرده و می‌تواند مدیریت بلندمدت سیستم را نیز ساده‌تر کند.

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

اگرچه Collationهای زبانی سفارشی می‌توانند ترتیب دودویی EBCDIC را بازتولید کنند، اما پیچیدگی مرتب‌سازی زبانی را به مسئله‌ای تحمیل می‌کنند که اساساً یک مسئله مربوط به ترتیب دودویی است. در نتیجه، این Collationها ممکن است کلیدهای Collation بسیار بزرگ‌تری تولید کنند که به نوبه خود می‌تواند باعث افزایش اندازه Indexهای زبانی و افزایش مصرف فضای ذخیره‌سازی و منابع پردازشی شود.

موفقیت در بازپلتفرمینگ مین‌فریم به حفظ سازگاری با EBCDIC پس از مهاجرت وابسته است؛ موضوعی که فقط به یکپارچگی داده‌های کاراکتری منتقل‌شده محدود نمی‌شود و معنا و رفتار برنامه‌هایی را نیز شامل می‌شود که نرم‌افزارهای موجود به آن‌ها وابسته هستند.

Oracle AI Database با ترکیب مجموعه‌کاراکترهای کلاینت EBCDIC سازگار با IBM CDRA، Collationهای دودویی شبیه‌سازی‌شده داخلی EBCDIC، قابلیت Data-Bound Collation و راهنمای مهاجرت برای حفظ سازگاری EBCDIC در سیستم‌های مدرن مبتنی بر ASCII، مجموعه‌ای از امکانات را برای این فرآیند ارائه می‌دهد. به این ترتیب، چه مقصد مهاجرت یک زیرساخت داخلی باشد و چه یکی از مدل‌های استقرار ابری Oracle AI Database، سازمان‌ها می‌توانند بارهای کاری حیاتی خود را مدرن‌سازی کنند و هم‌زمان سازگاری با EBCDIC را حفظ کنند.