Oracle 19c থেকে 26ai আপগ্রেড: ধাপে ধাপে মাইগ্রেশন গাইড

Oracle 19c হলো আজকের এন্টারপ্রাইজ পরিবেশে সবচেয়ে ব্যাপকভাবে ব্যবহৃত Oracle সংস্করণ — স্থিতিশীল, পরিণত, এবং এপ্রিল ২০২৪ পর্যন্ত Premier Support-এর আওতায় (এক্সটেন্ডেড সাপোর্ট ২০২৭ পর্যন্ত)। ২০২৬ সালে মুক্তি পাওয়া Oracle Database 26ai কেবল পরবর্তী সংস্করণ নম্বর নয় — এটিই প্রথম Oracle রিলিজ যা একটি ডেটাবেজ কী করতে পারে তা মৌলিকভাবে বদলে দেয়, যোগ করে নেটিভ AI ভেক্টর সার্চ, ইন-ডেটাবেজ LLM ইনফারেন্স, এবং একটি কনভার্জড ডেটা মডেল যা রিলেশনাল, JSON, গ্রাফ ও ভেক্টর ডেটা একটিমাত্র ইঞ্জিনে সামলায়। এই গাইডে Oracle 19c থেকে 26ai পর্যন্ত সম্পূর্ণ আপগ্রেড পথ তুলে ধরা হয়েছে — প্রি-আপগ্রেড মূল্যায়ন থেকে শুরু করে গো-লাইভের পর AI ফিচার চালু করা পর্যন্ত।

১. আপনার কি এখনই আপগ্রেড করা উচিত?

আপগ্রেডের পরিকল্পনা করার আগে, এই প্রশ্নের সৎ উত্তর নির্ভর করে আপনার পরিস্থিতির ওপর। Oracle 26ai প্রোডাকশন-রেডি, তবে প্রতিটি প্রতিষ্ঠানের সর্বশেষ সংস্করণে অবিলম্বে থাকার প্রয়োজন নেই।

এখনই আপগ্রেড করুন যদি:

• আপনি Oracle-এর নেটিভ AI ফিচার ব্যবহার করতে চান — ভেক্টর সার্চ, ইন-ডেটাবেজ LLM, Select AI, ERP ডেটার ওপর RAG প্যাটার্ন
• আপনার Oracle 19c এক্সটেন্ডেড সাপোর্ট উইন্ডো কাছিয়ে আসছে এবং আপনি আপ-টু-ডেট থাকতে চান
• আপনি নতুন অ্যাপ্লিকেশন ডেভেলপমেন্টের পরিকল্পনা করছেন যা 26ai ফিচার থেকে উপকৃত হতে পারে
• আপনি একটি পুরনো সংস্করণ (12c, 11g) থেকে মাইগ্রেট করছেন এবং সরাসরি 26ai-তে যেতে পারেন
• আপনার ভেন্ডর তাদের অ্যাপ্লিকেশন Oracle 26ai-এর জন্য সার্টিফাই করেছে

অপেক্ষা করুন যদি:

• আপনার জরুরি অ্যাপ্লিকেশন (ERP, ব্যাংকিং কোর, ম্যানুফ্যাকচারিং সিস্টেম) এখনও Oracle 26ai-এর জন্য ভেন্ডর-সার্টিফাইড নয়
• আপনি একটি রেগুলেটেড পরিবেশে (ফার্মা, ব্যাংকিং) আছেন এবং একটি সংস্করণ আপগ্রেডের ভ্যালিডেশন সাইকেল এই মুহূর্তে অত্যন্ত বিঘ্নকর হবে
• আপনি সম্প্রতি একটি বড় আপগ্রেড সম্পন্ন করেছেন এবং আপনার টিমের স্থিতিশীলতা দরকার
• আপনার Oracle 19c সাপোর্ট উইন্ডোতে এখনও ১২+ মাস বাকি আছে

আপনি যদি আপাতত 19c-তেই থাকেন, তবে 26ai আপগ্রেডের সময়সূচি আজই পরিকল্পনা করুন — সাপোর্টের চাপে পড়ে তড়িঘড়ি সিদ্ধান্ত নেওয়ার জন্য অপেক্ষা করবেন না।

২. আপগ্রেড পথগুলো বোঝা

Oracle 19c থেকে 26ai-তে সরাসরি আপগ্রেড সমর্থন করে। আপনি যদি একটি পুরনো সংস্করণে থাকেন, আপনার পথ নির্ভর করে আপনার শুরুর বিন্দুর ওপর:

যে সংস্করণ থেকে	সরাসরি 26ai-তে?	প্রস্তাবিত পথ
19c	✅ হ্যাঁ — সরাসরি	19c → 26ai (DBUA বা ম্যানুয়াল)
21c	✅ হ্যাঁ — সরাসরি	21c → 26ai (DBUA বা ম্যানুয়াল)
12.2	⚠️ আগে 19c হয়ে	12.2 → 19c → 26ai
12.1	❌ সরাসরি নয়	12.1 → 19c → 26ai
11g	❌ সরাসরি নয়	11g → 19c → 26ai (অথবা export/import)

৩. প্রি-আপগ্রেড পর্যায় (২–৩ সপ্তাহ আগে)

তড়িঘড়ি করা আপগ্রেড একটি বিপজ্জনক আপগ্রেড। প্রি-আপগ্রেড পর্যায়েই আসল কাজের বেশিরভাগ ঘটে — প্রস্তুতি পুঙ্খানুপুঙ্খ হলে আপগ্রেড নিজে কয়েক ঘণ্টায় শেষ হয়।

৩.১ প্রি-আপগ্রেড ইনফরমেশন টুল চালান

Oracle একটি Pre-Upgrade Information Tool (preupgrade.jar) সরবরাহ করে যা সোর্স ডেটাবেজের বিপরীতে চালাতে হবে। এটি কম্প্যাটিবিলিটি সমস্যা, ডিপ্রিকেটেড ফিচার এবং আপগ্রেড এগিয়ে যাওয়ার আগে প্রয়োজনীয় করণীয় চিহ্নিত করে।

-- Run the Pre-Upgrade Information Tool from 26ai Oracle Home
-- against the running 19c database
$ORACLE_HOME_26AI/jdk/bin/java \
  -jar $ORACLE_HOME_26AI/rdbms/admin/preupgrade.jar \
  FILE DIR /tmp/preupgrade_output

-- Review the output files:
-- /tmp/preupgrade_output/preupgrade.log  -- findings and recommendations
-- /tmp/preupgrade_output/preupgrade_fixups.sql  -- fixup scripts to run BEFORE upgrade
-- /tmp/preupgrade_output/postupgrade_fixups.sql -- fixup scripts to run AFTER upgrade

preupgrade.log-এর প্রতিটি লাইন পড়ুন। প্রতিটি WARNING অবশ্যই বুঝতে হবে। এগিয়ে যাওয়ার আগে প্রতিটি ERROR অবশ্যই সমাধান করতে হবে। এই ধাপটি এড়িয়ে যাবেন না।

৩.২ প্রি-আপগ্রেড ফিক্সআপ স্ক্রিপ্ট চালান

-- Connect to 19c database and run pre-upgrade fixups
sqlplus / as sysdba
SQL> @/tmp/preupgrade_output/preupgrade_fixups.sql

৩.৩ অ্যাপ্লিকেশন ও ড্রাইভার কম্প্যাটিবিলিটি যাচাই করুন

• JDBC ড্রাইভার: নিশ্চিত করুন আপনার অ্যাপ্লিকেশনের JDBC ড্রাইভার সংস্করণ Oracle 26ai-এর সাথে সামঞ্জস্যপূর্ণ। Oracle ডেটাবেজের সমান সংস্করণের JDBC ড্রাইভার ব্যবহারের সুপারিশ করে
• অ্যাপ্লিকেশন কম্প্যাটিবিলিটি: আপনার ERP বা অ্যাপ্লিকেশন ভেন্ডরের সাথে যাচাই করুন যে তাদের পণ্য Oracle 26ai-তে সার্টিফাইড। প্রোডাকশন আপগ্রেডের জন্য এটি অ-আপোসযোগ্য
• PL/SQL প্যাকেজ: ডিপ্রিকেটেড বা ডিসাপোর্টেড বিল্ট-ইন প্যাকেজের ব্যবহার আছে কিনা যাচাই করুন
• পার্টিশনিং ও অ্যাডভান্সড ফিচার: আপনি যেসব ফিচার ব্যবহার করেন সেগুলো সমর্থিত এবং 26ai-তে অভিন্নভাবে আচরণ করে কিনা নিশ্চিত করুন

৩.৪ অপটিমাইজার স্ট্যাটিস্টিকস সংগ্রহ করুন

-- Gather fresh statistics on the source database before upgrade
-- The new Oracle 26ai optimizer needs accurate statistics to perform well
EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;
EXEC DBMS_STATS.GATHER_FIXED_OBJECTS_STATS;
EXEC DBMS_STATS.GATHER_DATABASE_STATS(
  options         => 'GATHER STALE',
  degree          => 8,
  cascade         => TRUE
);

৩.৫ রিসাইকেল বিন পার্জ করুন

-- Empty the recycle bin (speeds up upgrade significantly)
SQL> PURGE DBA_RECYCLEBIN;

৩.৬ ইনভ্যালিড অবজেক্ট বেসলাইন

-- Record invalid objects BEFORE upgrade (compare after)
SELECT owner, object_type, COUNT(*) AS invalid_count
FROM DBA_OBJECTS
WHERE status = 'INVALID'
GROUP BY owner, object_type
ORDER BY owner, object_type;

SPOOL /tmp/invalid_before_upgrade.txt
/
SPOOL OFF

৩.৭ একটি পূর্ণ RMAN ব্যাকআপ নিন

এটি বাধ্যতামূলক — ঐচ্ছিক নয়। আপগ্রেডের ঠিক আগে 19c ডেটাবেজের একটি পূর্ণ RMAN ব্যাকআপ নিন। আপগ্রেড শুরু হয়ে ডেটাবেজ পরিবর্তন করা শুরু করার পর ব্যর্থ হলে এটিই আপনার রোলব্যাক অপশন।

RMAN> BACKUP AS COMPRESSED BACKUPSET
        DATABASE PLUS ARCHIVELOG
        TAG 'PRE_26AI_UPGRADE';
RMAN> BACKUP CURRENT CONTROLFILE TAG 'PRE_26AI_UPGRADE_CF';

৪. আপগ্রেড পদ্ধতিসমূহ

৪.১ পদ্ধতি ১: DBUA (Database Upgrade Assistant) — GUI

DBUA হলো Oracle-এর গ্রাফিক্যাল আপগ্রেড টুল। এটি আপনাকে প্রতিটি ধাপে পথ দেখায়, স্বয়ংক্রিয়ভাবে প্রি-চেক চালায় এবং একটি প্রগ্রেস ইন্টারফেস প্রদান করে। যেসব DBA পথনির্দেশিত প্রক্রিয়া পছন্দ করেন এবং কম ম্যানুয়াল ধাপ চান তাদের জন্য সবচেয়ে উপযুক্ত। DBUA একটি বিস্তারিত আপগ্রেড লগও তৈরি করে এবং কোনো জরুরি ব্যর্থতা ঘটলে স্বয়ংক্রিয় রোলব্যাক সমর্থন করে।

# Launch DBUA from the 26ai Oracle Home
$ORACLE_HOME_26AI/bin/dbua

DBUA বিদ্যমান ডেটাবেজ শনাক্ত করবে, কম্প্যাটিবিলিটি চেক চালাবে এবং ইন্টারঅ্যাক্টিভভাবে আপগ্রেডের মধ্য দিয়ে নিয়ে যাবে। সোর্স 19c ডেটাবেজ নির্বাচন করুন, ফলাফলগুলো পর্যালোচনা করুন, সমস্যা মেনে নিন বা সমাধান করুন, তারপর আপগ্রেড শুরু করুন।

৪.২ পদ্ধতি ২: ম্যানুয়াল আপগ্রেড (কমান্ড লাইন)

ম্যানুয়াল আপগ্রেড DBA-কে প্রতিটি ধাপের ওপর পূর্ণ দৃশ্যমানতা ও নিয়ন্ত্রণ দেয়। প্রোডাকশন পরিবেশে যেখানে DBA-রা ঠিক কী ঘটছে তা বুঝতে চান, এবং স্বয়ংক্রিয়/স্ক্রিপ্টেড আপগ্রেড পরিস্থিতিতে এটি পছন্দনীয়।

-- Step 1: Shut down the 19c database cleanly
sqlplus / as sysdba
SQL> SHUTDOWN IMMEDIATE;

-- Step 2: Start the database in UPGRADE mode using 26ai Oracle Home
export ORACLE_HOME=$ORACLE_HOME_26AI
export PATH=$ORACLE_HOME/bin:$PATH
sqlplus / as sysdba
SQL> STARTUP UPGRADE;

-- Step 3: Run the upgrade script (catupgrd.sql)
-- This is the main upgrade — takes 30 minutes to several hours
SQL> @$ORACLE_HOME_26AI/rdbms/admin/catupgrd.sql

-- Step 4: Shut down and restart normally
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP;

-- Step 5: Run post-upgrade fixup scripts
SQL> @$ORACLE_HOME_26AI/rdbms/admin/utlrp.sql
SQL> @/tmp/preupgrade_output/postupgrade_fixups.sql

৪.৩ পদ্ধতি ৩: AutoUpgrade টুল (একাধিক ডেটাবেজের জন্য প্রস্তাবিত)

Oracle-এর AutoUpgrade টুল সম্পূর্ণ আপগ্রেড লাইফসাইকেল স্বয়ংক্রিয় করে — analyze, fixup, upgrade, postupgrade — এবং সমান্তরালে একাধিক ডেটাবেজ আপগ্রেড সমর্থন করে। এতে স্বয়ংক্রিয় রোলব্যাক ক্ষমতা এবং বিস্তারিত লগিং অন্তর্ভুক্ত।

# Create AutoUpgrade configuration file
cat > /tmp/upgrade_config.cfg << 'EOF'
global.autoupg_log_dir=/tmp/autoupgrade_logs
upg1.source_home=/u01/app/oracle/product/19.0.0/dbhome_1
upg1.target_home=/u01/app/oracle/product/26.0.0/dbhome_1
upg1.sid=ERPDB
upg1.log_dir=/tmp/autoupgrade_logs/ERPDB
upg1.upgrade_node=localhost
EOF

# Run AutoUpgrade in analyze mode first (no changes made)
$ORACLE_HOME_26AI/bin/autoupgrade.sh \
  -config /tmp/upgrade_config.cfg \
  -mode analyze

# Run the full upgrade
$ORACLE_HOME_26AI/bin/autoupgrade.sh \
  -config /tmp/upgrade_config.cfg \
  -mode deploy

৫. পোস্ট-আপগ্রেড ধাপসমূহ

ডেটাবেজ এখন Oracle 26ai চালাচ্ছে, তবে সব পোস্ট-আপগ্রেড কাজ শেষ না হওয়া পর্যন্ত আপগ্রেড সম্পূর্ণ নয়।

৫.১ ইনভ্যালিড অবজেক্ট কম্পাইল করুন

-- Recompile all invalid objects created during upgrade
SQL> @$ORACLE_HOME_26AI/rdbms/admin/utlrp.sql

-- Verify invalid object count vs pre-upgrade baseline
SELECT owner, object_type, COUNT(*) AS invalid_count
FROM DBA_OBJECTS
WHERE status = 'INVALID'
GROUP BY owner, object_type
ORDER BY owner, object_type;

৫.২ পোস্ট-আপগ্রেড স্ট্যাটাস টুল চালান

-- Check the upgrade completed successfully
SQL> @$ORACLE_HOME_26AI/rdbms/admin/postupgrade_fixups.sql

-- Verify the database version
SELECT version, status FROM V$INSTANCE;
SELECT * FROM V$VERSION;

৫.৩ কম্প্যাটিবিলিটি প্যারামিটার আপডেট করুন

-- Raise the COMPATIBLE parameter to 26.0.0
-- WARNING: This is irreversible. Do this only after
-- confirming the upgrade is stable and rollback is no longer needed.
ALTER SYSTEM SET COMPATIBLE = '26.0.0' SCOPE=SPFILE;
SHUTDOWN IMMEDIATE;
STARTUP;

৫.৪ ডিকশনারি স্ট্যাটিস্টিকস সংগ্রহ করুন

-- Gather stats on the upgraded dictionary (optimizer needs this)
EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;
EXEC DBMS_STATS.GATHER_FIXED_OBJECTS_STATS;

৫.৫ RMAN রিকভারি ক্যাটালগ আপডেট করুন

-- If you use a recovery catalog, upgrade it
RMAN> CONNECT CATALOG rman_catalog/@catalog_db
RMAN> UPGRADE CATALOG;

৫.৬ Data Guard: স্ট্যান্ডবাই আপগ্রেড করুন

Data Guard কনফিগারেশনের ক্ষেত্রে, স্ট্যান্ডবাইও অবশ্যই আপগ্রেড করতে হবে। প্রস্তাবিত পন্থা: প্রথমে স্ট্যান্ডবাই আপগ্রেড করুন (একটি transient logical standby ব্যবহার করে), তারপর প্রাইমারি — এতে প্রায়-শূন্য-ডাউনটাইম আপগ্রেড অর্জিত হয়।

-- Convert physical standby to transient logical for rolling upgrade
-- (on primary)
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

-- Upgrade the physical standby database to 26ai first
-- Then switchover primary to the upgraded standby
-- Then upgrade the original primary (now standby)

৬. আপগ্রেডের পর Oracle 26ai ফিচার চালু করা

ডেটাবেজ ইঞ্জিন আপগ্রেড করা কেবল শুরু। Oracle 26ai-এর AI ক্ষমতা ব্যবহার করতে হলে আপনাকে নির্দিষ্ট ফিচার চালু ও কনফিগার করতে হবে।

৬.১ VECTOR ডেটাটাইপ চালু করুন

-- VECTOR datatype is available immediately after upgrade
-- Test with a simple vector column
CREATE TABLE test_vectors (
  id     NUMBER,
  data   VARCHAR2(200),
  vec    VECTOR(128, FLOAT32)
);
DROP TABLE test_vectors;

৬.২ একটি ONNX এমবেডিং মডেল লোড করুন

-- Load a pre-trained ONNX model into Oracle for in-database embeddings
EXEC DBMS_VECTOR.LOAD_ONNX_MODEL(
  directory  => 'ONNX_MODELS_DIR',
  file_name  => 'all_minilm_l6_v2.onnx',
  model_name => 'MY_EMBEDDING_MODEL',
  metadata   => JSON('{"function":"embedding","embeddingOutput":"embedding","input":{"input":["DATA"]}}')
);

৬.৩ Select AI কনফিগার করুন

-- Set up Select AI for natural language SQL on your ERP schema
BEGIN
  DBMS_CLOUD_AI.CREATE_PROFILE(
    profile_name => 'ERP_AI',
    attributes   => '{
      "provider"    : "database",
      "model"       : "MY_LOCAL_LLM",
      "object_list" : [
        {"owner":"ERP","name":"PRODUCTS"},
        {"owner":"ERP","name":"ORDERS"},
        {"owner":"ERP","name":"INVENTORY"}
      ]
    }'
  );
END;
/

-- Test natural language query
SELECT DBMS_CLOUD_AI.GENERATE(
  prompt       => 'What are the top 5 products by sales this month?',
  profile_name => 'ERP_AI',
  action       => 'narrate'
) FROM DUAL;

৭. আপগ্রেডের পর পারফরম্যান্স টেস্টিং

পারফরম্যান্স যাচাই না করে কখনও কোনো আপগ্রেড সম্পূর্ণ ঘোষণা করবেন না। Oracle 26ai অপটিমাইজার কিছু কুয়েরির জন্য ভিন্ন এক্সিকিউশন প্ল্যান তৈরি করতে পারে — সাধারণত ভালো, মাঝেমধ্যে যথেষ্ট ভিন্ন যা উদ্বেগের কারণ হতে পারে।

৭.১ SQL Performance Analyzer (SPA)

SPA আপনার ডেটাবেজের 19c এবং 26ai সংস্করণের মধ্যে SQL এক্সিকিউশন প্ল্যান ও পারফরম্যান্স তুলনা করে — আপনি প্রোডাকশনে আপগ্রেডে প্রতিশ্রুতিবদ্ধ হওয়ার আগেই।

-- On the 19c database: capture a SQL Tuning Set
BEGIN
  DBMS_SQLTUNE.CREATE_SQLSET(sqlset_name => 'PRE_UPGRADE_STS');
  DBMS_SQLTUNE.CAPTURE_CURSOR_CACHE_SQLSET(
    sqlset_name     => 'PRE_UPGRADE_STS',
    time_limit      => 3600,
    repeat_interval => 300
  );
END;
/

-- Transport STS to 26ai database, then run SPA
VARIABLE spa_task VARCHAR2(64);
BEGIN
  :spa_task := DBMS_SQLPA.CREATE_ANALYSIS_TASK(
    sqlset_name => 'PRE_UPGRADE_STS',
    task_name   => 'UPGRADE_IMPACT_ANALYSIS'
  );
  DBMS_SQLPA.EXECUTE_ANALYSIS_TASK(
    task_name        => :spa_task,
    execution_type   => 'TEST EXECUTE',
    execution_name   => 'POST_UPGRADE_EXEC'
  );
  DBMS_SQLPA.COMPARE_SQLSET_BASELINES(
    task_name => :spa_task
  );
END;
/

৭.২ যাচাই করার মতো মূল পারফরম্যান্স মেট্রিক

• ট্রানজ্যাকশন থ্রুপুট (TPS) — প্রি-আপগ্রেড বেসলাইনের সমান বা তার বেশি হওয়া উচিত
• শীর্ষ ১০টি SQL স্টেটমেন্ট — আপগ্রেডের আগে ও পরে এলাপসড টাইম তুলনা করুন
• ওয়েট ইভেন্ট প্রোফাইল — কোনো নতুন প্রভাবশালী ওয়েট ইভেন্ট যেন যুক্ত না হয়
• বাফার ক্যাশে হিট রেশিও — OLTP-এর জন্য ৯৫%-এর উপরে থাকা উচিত
• অ্যাপ্লিকেশন রেসপন্স টাইম — কেবল DB মেট্রিক নয়, এন্ড-ইউজার অভিজ্ঞতা পরিমাপ করুন

৮. রোলব্যাক পরিকল্পনা

প্রোডাকশন আপগ্রেড উইন্ডো খোলার আগে প্রতিটি আপগ্রেডের একটি পরীক্ষিত রোলব্যাক পদ্ধতি থাকা আবশ্যক। Oracle 19c থেকে 26ai-এর জন্য:

• COMPATIBLE বাড়ানোর আগে: আপনি প্রি-আপগ্রেড RMAN ব্যাকআপ 19c Oracle Home-এ রিস্টোর করে ডেটাবেজ 19c-তে পুনরায় খুলতে পারেন। এটিই পরিচ্ছন্ন রোলব্যাক পথ।
• COMPATIBLE 26.0.0-তে বাড়ানোর পর: আপনি ডেটাফাইলগুলো 19c-তে ডাউনগ্রেড করতে পারবেন না — COMPATIBLE পরিবর্তন স্থায়ী। এই কারণেই আপগ্রেড স্থিতিশীল নিশ্চিত না হওয়া পর্যন্ত (কমপক্ষে ২–৪ সপ্তাহ প্রোডাকশন পরিচালনা) COMPATIBLE বাড়ানো বিলম্বিত করা উচিত।
• AutoUpgrade রোলব্যাক: AutoUpgrade ব্যবহার করলে এটি আপগ্রেড প্রক্রিয়ার সময় সোর্স সংস্করণে স্বয়ংক্রিয় রোলব্যাক সমর্থন করে — তবে কেবল আপগ্রেড সম্পূর্ণ হয়ে ডেটাবেজ স্বাভাবিকভাবে খোলার আগে।

৯. আপগ্রেড চেকলিস্ট সারসংক্ষেপ

• ☐ অ্যাপ্লিকেশন ভেন্ডর Oracle 26ai সার্টিফিকেশন নিশ্চিত করেছে
• ☐ Pre-Upgrade Information Tool চালানো হয়েছে এবং সব সমস্যা সমাধান হয়েছে
• ☐ প্রি-আপগ্রেড ফিক্সআপ স্ক্রিপ্ট চালানো হয়েছে
• ☐ অপটিমাইজার স্ট্যাটিস্টিকস সংগ্রহ করা হয়েছে (তাজা)
• ☐ রিসাইকেল বিন পার্জ করা হয়েছে
• ☐ ইনভ্যালিড অবজেক্ট বেসলাইন রেকর্ড করা হয়েছে
• ☐ পূর্ণ RMAN ব্যাকআপ সম্পন্ন ও যাচাই করা হয়েছে
• ☐ নন-প্রোডাকশন পরিবেশে আপগ্রেড সফলভাবে পরীক্ষা করা হয়েছে
• ☐ মূল ওয়ার্কলোডে SQL Performance Analyzer চালানো হয়েছে
• ☐ প্রোডাকশন আপগ্রেড উইন্ডো নির্ধারিত হয়েছে (কম-ট্রাফিক সময়)
• ☐ রোলব্যাক পদ্ধতি ডকুমেন্টেড ও পরীক্ষিত
• ☐ পোস্ট-আপগ্রেড: ইনভ্যালিড অবজেক্ট পুনরায় কম্পাইল করা হয়েছে
• ☐ পোস্ট-আপগ্রেড: ডিকশনারি স্ট্যাটিস্টিকস সংগ্রহ করা হয়েছে
• ☐ পোস্ট-আপগ্রেড: RMAN ক্যাটালগ আপগ্রেড করা হয়েছে
• ☐ পোস্ট-আপগ্রেড: Data Guard স্ট্যান্ডবাই আপগ্রেড করা হয়েছে (প্রযোজ্য হলে)
• ☐ পারফরম্যান্স যাচাই সম্পন্ন হয়েছে
• ☐ COMPATIBLE প্যারামিটার বাড়ানো হয়েছে (কেবল স্থিতিশীল সময়ের পর)

শেষ কথা

Oracle 19c থেকে 26ai-তে আপগ্রেড করা একটি প্রতিষ্ঠান যেসব ডেটাবেজ প্রকল্প হাতে নিতে পারে তার মধ্যে সবচেয়ে তাৎপর্যপূর্ণগুলোর একটি — কেবল প্রযুক্তিগত জটিলতার কারণে নয়, বরং আপগ্রেডের পর যা সম্ভব হয় সেই কারণেও। ইন-ডেটাবেজ AI, নেটিভ ভেক্টর সার্চ এবং ন্যাচারাল ল্যাঙ্গুয়েজ SQL কোনো ক্রমবর্ধমান উন্নতি নয় — এগুলো এমন ক্ষমতা যা Oracle 26ai-এর আগে এন্টারপ্রাইজ ডেটাবেজে ছিল না।

যেসব প্রতিষ্ঠান এই আপগ্রেড যত্ন সহকারে পরিকল্পনা করে — পুঙ্খানুপুঙ্খ প্রি-আপগ্রেড টেস্টিং, পারফরম্যান্স যাচাই এবং একটি স্পষ্ট রোলব্যাক পরিকল্পনাসহ — তারা একটি নির্ধারিত রক্ষণাবেক্ষণ উইন্ডোতে কোনো চমক ছাড়াই এটি সম্পন্ন করবে। যারা তড়িঘড়ি করে, প্রি-আপগ্রেড টুল এড়িয়ে যায়, বা আগে নন-প্রোডাকশনে যাচাই করতে ভুলে যায় তারা তাদের আপগ্রেড উইন্ডো সম্পূর্ণ করার বদলে আগুন নেভাতে ব্যয় করবে।

Pre-Upgrade Information Tool দিয়ে শুরু করুন। নন-প্রোডাকশনে সবকিছু যাচাই করুন। শুরু করার আগে আপনার রোলব্যাক পরীক্ষা করুন। তখন আপগ্রেড নিজেই সহজ অংশ।