সম্পূর্ণ Oracle DBA গাইড: ভূমিকা, দক্ষতা, সার্টিফিকেশন ও ক্যারিয়ার পথ

১৮+ বছর একজন Oracle DBA হিসেবে — সফটওয়্যার প্রতিষ্ঠান, ব্যাংক, ফার্মা অপারেশন ও ট্রেডিং হাউসের প্রোডাকশন ডেটাবেজ সামলে — আমি নিশ্চিতভাবে বলতে পারি ২০২৬ সালে এটি সবচেয়ে ফলপ্রসূ (এবং চাহিদাপূর্ণ) আইটি ক্যারিয়ারগুলোর একটি। Oracle Database 26ai-এর AI ইন্টিগ্রেশন এবং এন্টারপ্রাইজ সিস্টেমে অব্যাহত আধিপত্যের সঙ্গে, Oracle DBA ভূমিকা গত তিন বছরে আগের এক দশকের চেয়ে বেশি বদলেছে। শুরুর দিনে যা জানলে ভালো হতো, তার সবকিছু এই গাইডে দিলাম।

১. একজন Oracle DBA আসলে কী?

একজন Oracle Database Administrator (DBA) হলেন সেই পেশাজীবী যিনি Oracle Database সিস্টেমের ডিজাইন, ইনস্টলেশন, কনফিগারেশন, নিরাপত্তা, পারফরম্যান্স, backup, recovery এবং চলমান পরিচালনার জন্য দায়ী। যে ডেভেলপার অ্যাপ্লিকেশন কোড লেখেন তাঁর বিপরীতে, DBA নিশ্চিত করেন যে ডেটাবেজটি নিজে — প্রতিষ্ঠানের সবচেয়ে মূল্যবান ডেটা ধারণকারী ইঞ্জিন — ২৪×৭ নির্ভরযোগ্যভাবে চলছে।

একটি সাধারণ এন্টারপ্রাইজ পরিবেশে আপনি দেখবেন Oracle ডেটাবেজ ERP সিস্টেম (Oracle E-Business Suite, SAP, কাস্টম অ্যাপ), ব্যাংকিং কোর সিস্টেম, হাসপাতাল ব্যবস্থাপনা সফটওয়্যার, টেলিকম বিলিং, ম্যানুফ্যাকচারিং অপারেশন এবং আধুনিক AI-সক্ষম অ্যাপ্লিকেশন চালাচ্ছে। DBA হলেন সেই একক ব্যক্তি যাঁর সিদ্ধান্ত এই সিস্টেমগুলোকে নিখুঁতভাবে চালু রাখতে পারে অথবা ধসিয়ে দিতে পারে।

২. একজন Oracle DBA সারাদিন আসলে কী করেন?

সৎ উত্তরটা হলো: একজন DBA দিন কাটান মনিটরিং করে, backup যাচাই করে, ধীর SQL টিউন করে, patch দিয়ে, recovery মহড়া চালিয়ে, পরিবর্তনের পরিকল্পনা করে — আর এমন সব আইডিয়াকে "না" বলে যেগুলো ডেটাকে বিপদে ফেলত। শান্ত দিনে মনে হয় কিছুই ঘটছে না। ওই শান্তিটাই আসল পণ্য।

পাঠ্যবইয়ের সংস্করণে থাকে ইনস্টলেশন আর কনফিগারেশন। বাস্তব সংস্করণটা মূলত যাচাই আর প্রতিরোধ। আমার সাধারণ সপ্তাহ যেমন দেখায়:

• মনিটরিং ও হেলথ চেক: পারফরম্যান্স অসঙ্গতি, locking সমস্যা বা স্টোরেজ চাপের জন্য alert log, AWR রিপোর্ট, ADDM সুপারিশ এবং Enterprise Manager ড্যাশবোর্ড পর্যালোচনা।
• Backup ও Recovery: RMAN backup যাচাই, restore পদ্ধতি পরীক্ষা, archive log ব্যবস্থাপনা এবং Data Guard standby sync নিশ্চিতকরণ।
• Performance Tuning: execution plan দিয়ে ধীর SQL বিশ্লেষণ, statistics সংগ্রহ, index অপটিমাইজ, SGA/PGA প্যারামিটার টিউনিং এবং wait event সমাধান।
• User ও নিরাপত্তা ব্যবস্থাপনা: user তৈরি, privilege দেওয়া/প্রত্যাহার, role ব্যবস্থাপনা, access অডিট, CPU patch প্রয়োগ, TDE দিয়ে সংবেদনশীল কলাম এনক্রিপ্ট করা।
• Capacity Planning: tablespace বৃদ্ধির পূর্বাভাস, স্টোরেজ আপগ্রেড পরিকল্পনা, redo log সাইজিং এবং ভবিষ্যৎ হার্ডওয়্যার চাহিদা প্রক্ষেপণ।
• Change Management: নিয়ন্ত্রিত script-এর মাধ্যমে schema পরিবর্তন বাস্তবায়ন, outage শিডিউল করা, ডেভেলপার ও ব্যবসায়িক স্টেকহোল্ডারদের সঙ্গে সমন্বয়।
• Incident Response: রাত ৩টায় প্রোডাকশন সমস্যা নির্ণয় — node ব্যর্থতা, ORA-600 ত্রুটি, deadlock, blocked session এবং নরক-থেকে-উঠে-আসা full-table-scan কোয়েরি। সেইসব রাতের সবচেয়ে খারাপগুলো নিয়ে লিখেছি কেন ডেটাবেজ রাত ৩টায় ফেল করে লেখায়।

আমার সকাল শুরু হয় এক দশকেরও বেশি সময় ধরে একইভাবে — প্রথম কফির সঙ্গে একটি চেকলিস্ট, কেউ "ডেটাবেজ ঠিক আছে তো?" জিজ্ঞেস করার আগেই:

-- 1. Any ORA- errors overnight?
SELECT originating_timestamp, message_text
FROM   v$diag_alert_ext
WHERE  message_text LIKE '%ORA-%'
AND    originating_timestamp > SYSDATE - 1;

-- 2. Did last night's backup actually complete?
SELECT session_key, status, start_time, end_time
FROM   v$rman_backup_job_details
WHERE  start_time > SYSDATE - 1;

-- 3. Is the standby keeping up?
SELECT name, value FROM v$dataguard_stats
WHERE  name IN ('apply lag', 'transport lag');

-- 4. Anything about to run out of space?
SELECT tablespace_name, ROUND(used_percent, 1) AS pct_used
FROM   dba_tablespace_usage_metrics
WHERE  used_percent > 85;

আর তারপর আছে সেই দায়িত্ব যা কেউ job description-এ লেখে না: "না" বলা। না, মাসের শেষ হিসাবের দিনে আমরা ওই index-বিহীন রিপোর্ট প্রোডাকশনে চালাব না। না, application account-কে "শুধু সাময়িকভাবে" DBA role দেব না। না, শিডিউল টাইট বলে recovery test বাদ দেব না।

যিনি ভদ্রভাবে "না" বলতে পারেন — সঙ্গে একটি execution plan বা ঝুঁকির সংখ্যা নিয়ে — সেই মানুষটি হওয়াই প্রতিষ্ঠানগুলো সিনিয়র DBA-দের যে কারণে বেতন দেয় তার অর্ধেক। বাকি অর্ধেক হলো, যখন দরকার তখন সঠিক হওয়া।

৩. জুনিয়র বনাম সিনিয়র বনাম আর্কিটেক্ট: কে কীসের মালিক

"DBA" শিরোনামটির আড়ালে লুকিয়ে আছে তিনটি একেবারে ভিন্ন কাজ। একজন জুনিয়র চেকলিস্ট অনুসরণ করেন, একজন সিনিয়র সিস্টেম আর ইনসিডেন্টের দায়িত্ব শুরু-থেকে-শেষ নেন, আর একজন আর্কিটেক্ট এমন পরিবেশ ডিজাইন করেন যা অন্য DBA-রা বছরের পর বছর চালাবেন। কোন কাজ কোন স্তরের — এটা জানা টিমকে নিরাপদ রাখে, আর আপনাকে বলে দেয় এরপর কী শিখতে হবে।

জুনিয়র DBA (১–২ বছর)। মনিটরিং চেক চালান, user ও space ব্যবস্থাপনা করেন, ডকুমেন্টেড পরিবর্তন বাস্তবায়ন করেন, তদারকির অধীনে test পরিবেশে restore করেন। এই স্তরের সবচেয়ে মূল্যবান অভ্যাস: যা-ই করেন লিখে রাখুন, আর যে কমান্ড ব্যাখ্যা করতে পারেন না তা কখনও চালাবেন না।

মিড-লেভেল / সিনিয়র DBA (৩–১০ বছর)। প্রোডাকশন ডেটাবেজের পূর্ণ মালিকানা নেন: backup কৌশল শুধু চালান না, ডিজাইন করেন; ইনসিডেন্টে recovery-র নেতৃত্ব দেন; ডেভেলপাররা "কালকেই তো চলছিল" বলে শপথ করা SQL টিউন করেন; Data Guard বানান ও failover করান; RAC cluster rolling পদ্ধতিতে patch করেন। সিনিয়রদের মাপা হয় একটি প্রশ্নে — যখন সবকিছু জ্বলছে, আপনি ঘরে ঢুকলে মানুষ কি শান্ত হয়, নাকি আরও আতঙ্কিত?

আর্কিটেক্ট / প্রিন্সিপাল (১০+ বছর)। দৈনন্দিন কাজে আলাদা আলাদা ডেটাবেজ প্রায় ছোঁন না। HA/DR টপোলজি ডিজাইন করেন, স্ট্যান্ডার্ড ঠিক করেন (নামকরণ, নিরাপত্তা বেসলাইন, patching-এর তাল), হার্ডওয়্যার ও লাইসেন্সের আকার নির্ধারণ করেন, ডেটা স্তর ছোঁয়া প্রতিটি ডিজাইন রিভিউ করেন, আর হাতে-কলমে কাজ করা মানুষদের মেন্টর করেন। ডেলিভারেবল হলো বিচারবুদ্ধি — কাগজে, টাকা খরচের আগে।

৪. আমার প্রথম প্রোডাকশন সংকট (এবং তা আমাকে যা শিখিয়েছিল)

ক্যারিয়ারের শুরুর দিকে, এক বৃহস্পতিবার রাতে একটি প্রোডাকশন ডেটাবেজ জমে গেল। session ঝুলে রইল, অ্যাপ্লিকেশনের queue জমতে থাকল, আর ফোন বাজতে শুরু করল। alert log স্পষ্টই বলছিল: archive log destination ১০০% পূর্ণ, আর Oracle ঠিক তা-ই করেছে যা করার জন্য তাকে বানানো হয়েছে — recover করার সক্ষমতা হারানোর বদলে পরিবর্তন নেওয়া বন্ধ করে দিয়েছে।

এবার লজ্জার অংশটুকু। আমার প্রথম প্রবৃত্তি ছিল দ্রুত জায়গা খালি করা, আর আমি rm দিয়ে হাতে-হাতে archived log মুছে ফেলার এক কি-স্ট্রোক দূরত্বে চলে এসেছিলাম — যে log-গুলো backup তখনও ধরেনি। ফোনের ওপারে এক সিনিয়র সহকর্মী এক বাক্যে আমাকে থামালেন: "ওগুলো মুছলে তুমি ওগুলোর ওপার পর্যন্ত আর কখনও roll forward করতে পারবে না। কোনোদিনও না।"

বদলে আমরা কাজটা ঠিকভাবে করলাম: RMAN দিয়ে DELETE INPUT সহ archive log-গুলো backup করলাম, RMAN-কে শুধু তা-ই মুছতে দিলাম যা নিরাপদে টেপে আছে, আর কয়েক মিনিটেই ডেটাবেজ আবার চালু হলো। মোট downtime এক ঘণ্টার নিচে। আমার হাত কাঁপল দুই ঘণ্টা।

সেই রাতের তিনটি শিক্ষা আজও আমার ক্যারিয়ার চালায়:

• কাজ করার আগে error-টা পড়ুন। ডেটাবেজ ভাঙেনি — সে ডেটা রক্ষা করছিল। "সংকট"-এর অর্ধেকই আসলে ডেটাবেজ তার কাজ করছে।
• জায়গার সমস্যা মেটাতে কখনও recovery ব্যবস্থাকে পাশ কাটাবেন না। Disk সস্তা। হারানো redo চিরকালের।
• ইনসিডেন্টের আগেই runbook রাখুন। আতঙ্ক প্লাস root access — আইটির সবচেয়ে ধ্বংসাত্মক জুটি।

৫. যে মূল কারিগরি দক্ষতা আপনাকে আয়ত্ত করতেই হবে

ক্যারিয়ারের গুরুত্ব অনুযায়ী স্ট্যাকটা সাজাতে বললে, backup ও recovery আসে সবার আগে — tuning-এর আগে, RAC-এর আগে, cloud-এর আগে। ধীর ডেটাবেজ মানে একটা খারাপ দিন; unrecoverable ডেটাবেজ মানে একটা পদত্যাগপত্র। নিচের দক্ষতাগুলো মোটামুটি এই ক্রমেই শিখুন।

৫.১ SQL ও PL/SQL-এ দক্ষতা

SQL গভীরভাবে না বুঝে আপনি DBA হতে পারবেন না। এর মানে join, subquery, analytic function, hierarchical query, hint ব্যবহার এবং execution plan উপন্যাসের মতো পড়া। PL/SQL যোগ করে procedural শক্তি — stored procedure, package, trigger, dynamic SQL এবং bulk operation।

৫.২ Oracle Architecture

Oracle আসলে কীভাবে কাজ করে তার একটি মানসিক মডেল দরকার: instance ও database-এর পার্থক্য, SGA উপাদান কী করে (buffer cache, shared pool, redo buffer, large pool), background process-এর ভূমিকা (PMON, SMON, DBWn, LGWR, CKPT, ARCn), এবং একটি কোয়েরি কীভাবে client থেকে ফলাফল পর্যন্ত যায়।

৫.৩ Backup ও Recovery (RMAN) — এটি শিখুন সবার আগে

RMAN নিয়ে দর কষাকষি চলে না। আপনাকে জানতে হবে কীভাবে full/incremental backup, point-in-time recovery (PITR), tablespace point-in-time recovery (TSPITR), block-level recovery এবং সম্পূর্ণ media loss থেকে disaster recovery করতে হয়। হাত কম কাঁপা পর্যন্ত test সিস্টেমে অনুশীলন করুন।

তিনটি কমান্ড যা আমি চাই প্রতিটি জুনিয়র অন্য সবকিছুর আগে মুখস্থ জানুক:

RMAN> BACKUP DATABASE PLUS ARCHIVELOG DELETE INPUT;

RMAN> RESTORE DATABASE VALIDATE;   -- proves the backup is restorable, without restoring

RMAN> RECOVER DATABASE UNTIL TIME
      "TO_DATE('2026-07-14 09:00','YYYY-MM-DD HH24:MI')";

মাঝেরটা ক্যারিয়ার-রক্ষাকারী: এটি প্রোডাকশন না ছুঁয়েই recoverability পরীক্ষা করে। আমি যেখানেই কাজ করি, এটি শিডিউলে চালাই। আমার পুরো workflow আছে RMAN backup ও recovery গাইডে।

৫.৪ High Availability: RAC ও Data Guard

এন্টারপ্রাইজ DBA-রা active-active high availability-র জন্য Oracle Real Application Clusters (RAC) এবং disaster recovery-র জন্য Oracle Data Guard সামলান। Grid Infrastructure, ASM, voting disk, SCAN listener, switchover/failover এবং broker কনফিগারেশন বোঝাই সিনিয়র DBA-দের জুনিয়রদের থেকে আলাদা করে।

৫.৫ Performance Tuning

এটি Oracle-এর গভীরতম গর্ত। শিখুন AWR, ASH, ADDM, SQL Tuning Advisor, statspack (পুরনো কিন্তু কাজের), wait interface বিশ্লেষণ, optimizer hint, hash বনাম nested-loop join, partitioning কৌশল এবং parallel execution। আমার আসল পদ্ধতিটা ধাপে ধাপে দেখিয়েছি Oracle performance tuning গাইডে।

৫.৬ Operating System (Linux/Unix)

বেশিরভাগ প্রোডাকশন Oracle ডেটাবেজ Oracle Linux বা Red Hat-এ চলে। আপনাকে shell scripting (bash), vi, file permission, kernel parameter, iostat, vmstat, top, strace এবং log file ব্যবস্থাপনায় স্বচ্ছন্দ হতে হবে। শক্তিশালী Linux দক্ষতা ছাড়া আপনি পঙ্গু।

৬. আধুনিক Oracle DBA দক্ষতা (২০২৬ ও তার পরে)

ভূমিকা বিবর্তিত হয়েছে। ২০২৬-এ নিয়োগকর্তারা প্রত্যাশা করেন:

• Oracle Cloud Infrastructure (OCI): Autonomous Database, Database Cloud Service, Exadata Cloud@Customer
• AI Database ফিচার: Vector search, in-database LLM integration (Oracle 26ai), AI Vector Index, Select AI
• DevOps ও Automation: DB provisioning-এর জন্য Ansible playbook, IaC-এর জন্য Terraform, script-এর version control-এর জন্য Git
• Container: Docker/Kubernetes-এ Oracle চালানো (যেখানে উপযুক্ত)
• Multi-Cloud: OCI, AWS RDS, Azure Database for Oracle-এর মধ্যে workload মাইগ্রেশন
• নিরাপত্তা: Database Vault, Data Masking, Audit Vault, TDE, Unified Auditing

AI-সংক্রান্ত বিষয়গুলো আলাদা জোর দাবি করে। Embedding এখন একটি column type, similarity search এখন SQL — আর সেই ডেটার আকার নির্ধারণ, backup আর নিরাপত্তা কাউকে না কাউকে করতেই হবে; সেই কেউটা আমরাই। এ নিয়ে আমি দুটি আলাদা গাইড লিখেছি: DBA-দের জন্য AI দক্ষতা বলে কী শিখবেন আর কেন, আর DBA-দের জন্য vector search বলে storage স্তরটির কথা। আপনাকে data scientist হতে হবে না; আপনাকে হতে হবে ঘরের সেই মানুষটি যিনি জানেন AI-এর ডেটা কোথায় থাকে।

৭. প্রতিটি Oracle DBA যে টুল ব্যবহার করেন

আমার দৈনন্দিন টুলকিটে আছে:

• SQL*Plus ও SQLcl: ডেটাবেজের সঙ্গে কথা বলার দ্রুততম উপায়
• SQL Developer / TOAD: ডেভেলপমেন্ট ও ট্রাবলশুটিংয়ের GUI
• Oracle Enterprise Manager (OEM) 13c: কেন্দ্রীভূত মনিটরিং
• RMAN: Backup ও recovery
• Data Pump (expdp/impdp): Logical export/import
• OPatch / OPatchAuto: Patch প্রয়োগ
• srvctl / crsctl: RAC cluster ব্যবস্থাপনা
• কাস্টম shell script: সত্যি বলতে, আমার অর্ধেক কাজ

একটি ইচ্ছাকৃতভাবে সেকেলে কথা: SQL*Plus-এর শৃঙ্খলা গুরুত্বপূর্ণ। GUI চমৎকার — যতক্ষণ না listener নেমে যায়, X session হারিয়ে যায়, আর আপনি রাত ৩টায় serial console-এ বসে থাকেন। আমার মালিকানার প্রতিটি critical পদ্ধতির একটি plain-terminal সংস্করণ আছে, log file-এ spool করা। আপনি যদি Oracle কেবল GUI দিয়েই চালাতে পারেন, তাহলে আপনি Oracle চালাতে পারেন কেবল ভালো দিনগুলোতে।

৮. Oracle সার্টিফিকেশন: খোলামেলা মূল্যায়ন

সৎ উত্তরটা হলো: সার্টিফিকেশন আপনাকে ইন্টারভিউ এনে দেয়, অভিজ্ঞতা আপনাকে চাকরি এনে দেয় — আর কোনোটিই অন্যটির বিকল্প নয়। OCP তাড়াতাড়ি করা লাভজনক কারণ recruiter-রা এটি দিয়েই ছাঁকেন। OCM চিত্তাকর্ষক কিন্তু খুব কমই চাওয়া হয়। ভালোভাবে বলা একটি প্রোডাকশন recovery-র গল্পের চেয়ে ভারী কোনো সার্টিফিকেট নেই।

Oracle-এর পথ, প্রতিটির ওপর আমার খোলামেলা মূল্যায়নসহ:

1. Oracle Certified Associate (OCA): এন্ট্রি-লেভেল — SQL fundamentals + DBA fundamentals। নতুনদের জন্য একটি গোছানো সিলেবাস হিসেবে কাজের; শুধু OCA দেখে কেউ চাকরি দেয় না।
2. Oracle Certified Professional (OCP): ইন্ডাস্ট্রি স্ট্যান্ডার্ড — install, manage, backup, tune। job requirement-এ এটিই দেখা যায়, আর এটিই আমার আছে। প্রথম ২–৩ বছরের মধ্যে নিয়ে নিন।
3. Oracle Certified Master (OCM): এলিট স্তর — ব্যবহারিক ২-দিনের হাতে-কলমে পরীক্ষা। সত্যিই কঠিন এবং সত্যিই সম্মানিত, কিন্তু ব্যয়বহুল, আর ১৮+ বছরে আমি প্রায় কখনও কোনো job posting-এ এটি চাইতে দেখিনি। ROI নয়, গর্বের জন্য করুন।
4. Specialty সার্টিফিকেশন: RAC, Performance Tuning, Cloud Database, Autonomous Database, Exadata। ২০২৬-এ RAC ও Cloud-এর বাজার-ROI সর্বোচ্চ।

সার্টিফিকেশন যা শেখাতে পারে না: সত্যিকারের outage কেমন লাগে, recovery-র মাঝপথে জবাব চাওয়া একজন ডিরেক্টরকে কীভাবে সামলাতে হয়, আর কখন পরিস্থিতির দাবিতে স্ট্যান্ডার্ড পদ্ধতি ভাঙতে হয়। এসব আসে কেবল প্রোডাকশনের ঘণ্টা থেকে। OCP প্লাস নিজে-বানানো RAC ল্যাব প্লাস একটি সৎ যুদ্ধগল্প নিয়ে আসা প্রার্থী — পাঁচটি সার্টিফিকেট আর শূন্য ক্ষতচিহ্ন নিয়ে আসা প্রার্থীকে হারায় — প্রতিবার, আমি যত ইন্টারভিউ বোর্ডে বসেছি তার প্রতিটিতে।

৯. ক্যারিয়ার অগ্রগতি ও বেতনের প্রত্যাশা

Oracle DBA-র ক্যারিয়ার পথ অস্বাভাবিক রকমের অনুমানযোগ্য — নিচের স্তরগুলো মেলে প্রোডাকশন এক্সপোজারের বছরের সঙ্গে, চেয়ারে বসে থাকা ক্যালেন্ডার-বছরের সঙ্গে নয়:

1. ১–২ বছর — জুনিয়র DBA: মনিটরিং, space ও user ব্যবস্থাপনা, ডকুমেন্টেড পরিবর্তন বাস্তবায়ন, test-এ restore। লক্ষ্য: একই ভুল দুবার নয়, সবকিছু ডকুমেন্ট করা, OCP-track পরীক্ষায় পাস।
2. ৩–৫ বছর — DBA: ডেটাবেজের স্বাধীন মালিকানা, on-call রোটেশন, পূর্ণ RMAN দায়িত্ব, প্রথম একক recovery, পারফরম্যান্স বেসিক। লক্ষ্য: এমন মানুষ হওয়া যাঁকে একা প্রোডাকশনে বিশ্বাস করা যায়।
3. ৫–১০ বছর — সিনিয়র DBA: RAC, Data Guard, জটিল tuning, patching কৌশল, জুনিয়রদের মেন্টরিং, incident response-এর নেতৃত্ব। লক্ষ্য: অন্তত একটি mission-critical estate-এর আর্কিটেকচারের শুরু-থেকে-শেষ মালিকানা।
4. ১০+ বছর — Lead / Principal / Architect / Consultant: HA/DR ডিজাইন, capacity ও লাইসেন্স পরিকল্পনা, vendor ব্যবস্থাপনা, স্ট্যান্ডার্ড, multi-platform কৌশল — অথবা স্বাধীন কনসাল্টিং, যেটা আমার নেওয়া রাস্তা। লক্ষ্য: কি-স্ট্রোকের জন্য নয়, বিচারবুদ্ধির জন্য পারিশ্রমিক পাওয়া।

টাকার প্রসঙ্গে আমি ইচ্ছাকৃতভাবে সাধারণ থাকব, কারণ দেশ ও ইন্ডাস্ট্রি ভেদে এটি বিপুলভাবে বদলায়: আমি যত বাজারে কাজ করেছি তার প্রতিটিতে একজন দক্ষ সিনিয়র Oracle DBA মধ্যম আইটি বেতনের বেশ ওপরে আয় করেন, ব্যাংকিং আর টেলিকম সবচেয়ে বেশি দেয়, আর RAC/Data Guard-এ গভীরতাসম্পন্ন স্বাধীন কনসালট্যান্টরা বিশ্বজুড়ে শক্ত ঘণ্টাপ্রতি রেট পান। যে প্যাটার্ন সর্বত্র খাটে: বেতন অনুসরণ করে recovery দক্ষতা আর HA অভিজ্ঞতাকে, শুধু বছরকে নয়। দশ বছর করে অভিজ্ঞতাওয়ালা দুজন DBA-র মধ্যে ৩ গুণ পার্থক্য হতে পারে — সেই বছরগুলোয় কী ছিল তার ভিত্তিতে।

১০. সবচেয়ে সাধারণ DBA চ্যালেঞ্জ (এবং যেভাবে টিকে থাকবেন)

• রাত ৩টায় প্রোডাকশন: runbook বানান। প্রতিটি পদ্ধতি ডকুমেন্ট করুন।
• "কালকেই তো কাজ করছিল": AWR snapshot তুলনাই আপনার সেরা বন্ধু।
• ডেভেলপাররা ডেটাবেজকে দোষ দিচ্ছে: তাদের execution plan দেখান। সবসময়।
• যে backup restore হবে না: ত্রৈমাসিকভাবে recovery পরীক্ষা করুন। অপরীক্ষিত backup আসলে backup নয়।
• Patch দুঃস্বপ্ন: সবসময় non-prod-এ পরীক্ষা করুন। কখনও শুক্রবারে patch দেবেন না।
• Burnout: যা পারেন সব automate করুন। সত্যিকারের ছুটি নিন। সীমা নির্ধারণ করুন।

১১. Oracle DBA ভূমিকা কি মরে যাচ্ছে? Autonomous Database-এর বাস্তবতা

না — তবে এর আকৃতি বদলাচ্ছে। Autonomous Database আর AI automation কাজের রুটিন ৩০% (patch প্রয়োগ, বেসিক tuning, storage-এর ঘরকন্না) মুছে দিয়েছে, আর বিচারবুদ্ধি-নির্ভর ৭০%-এর চাহিদা বাড়িয়েছে: architecture, recovery কৌশল, নিরাপত্তা, আর এখন AI ডেটা অবকাঠামো। ঝুঁকিতে আছেন শুধু-চেকলিস্ট DBA-রা, দক্ষরা নন।

এই ভবিষ্যদ্বাণীর চক্র আমি আগেও দেখেছি। Automatic memory management-এর কথা ছিল tuning-এর কাজ শেষ করে দেওয়া; সে কাজটাকে এক ধাপ ওপরে তুলে দিল। Cloud-এর কথা ছিল on-premise DBA-দের শেষ করা; সে বানাল hybrid estate, যার দরকার আরও বেশি দক্ষতা, কম নয়। Autonomous Database একই প্যাটার্ন অনুসরণ করছে — Oracle-এর নিজের মার্কেটিং বলে "self-driving", আর Oracle-এর নিজের price list এখনও ধরে নেয় যে কী চালাতে হবে আর কোথায় — তা ঠিক করছেন একজন যোগ্য মানুষ।

যা সত্যিই হারিয়ে যায় তা হলো নিছক বোতাম-টেপা ভূমিকা। যা বাড়ে তা হলো:

• AI-database ইন্টিগ্রেশন আর্কিটেক্ট করা — Oracle 26ai-তে RAG প্যাটার্ন ও vector search
• hybrid cloud ও multi-cloud database fleet পরিচালনা
• data governance, নিরাপত্তা ও compliance-এর মালিকানা
• ডেটা-স্তরের কর্তৃপক্ষ হিসেবে data scientist ও ML engineer-দের সঙ্গে সহযোগিতা
• cloud platform জুড়ে খরচ অপটিমাইজেশন — cloud অপচয়কে করেছে অদৃশ্য এবং ব্যয়বহুল

রুটিন কাজ automate হয়ে গেছে। কৌশলগত ও জটিল কাজের চাহিদা আগের চেয়ে বেশি। এই রূপান্তরের আমার ব্যবহারিক রোডম্যাপ আছে DBA-দের জন্য AI দক্ষতা লেখায় — সংক্ষিপ্ত সংস্করণটা হলো: প্রতিটি AI সিস্টেম, তলায় গেলে, একটি ডেটা সিস্টেম — আর ডেটার মানুষ আমরাই।

১২. আমার বয়স ২২ হলে আজ যেভাবে শুরু করতাম

২০২৬-এ শূন্য থেকে শুরু করলে আমি নিজের আসল পথটা অনুসরণ করতাম না — বড্ড ধীর, বড্ড আকস্মিক। এখন যা জানি তা জেনে, সংকুচিত সংস্করণটা এই:

1. একটি Linux VM-এ Oracle Database ইনস্টল করুন (19c বা ফ্রি 23ai edition) — প্রথম দিন থেকেই Linux, কোনো ব্যতিক্রম নয়
2. প্রতিদিন সত্যিকারের schema-তে SQL অনুশীলন করুন (HR, SH sample schema ফ্রি)
3. Oracle Concepts Guide প্রথম থেকে শেষ পর্যন্ত পড়ুন (হ্যাঁ, পুরোটাই)
4. ল্যাব ডেটাবেজটা ইচ্ছা করে ভাঙুন আর RMAN দিয়ে recover করুন — একটি datafile মুছুন, একটি block corrupt করুন, archive destination ভরে ফেলুন। tuning-এর আগে recovery মহড়া, সবসময়
5. VMware Workstation-এ একটি ২-node RAC সেটআপ করুন (আপনার ক্যারিয়ার মাইলফলক)
6. একটি Data Guard standby কনফিগার করুন — এমনকি একটি ল্যাপটপেই — আর switchover অনুশীলন করুন যতক্ষণ না তা একঘেয়ে হয়ে যায়
7. প্রথম ২ বছরের মধ্যে OCP সার্টিফিকেশন অর্জন করুন
8. bash-এর পাশাপাশি Python শিখুন, আর ল্যাব ডেটাবেজে একটি ছোট vector-search ডেমো বানান — AI-সাক্ষর জুনিয়র DBA বিরল, এবং সঙ্গে সঙ্গে নজরে পড়েন
9. Oracle কমিউনিটিতে যোগ দিন — ফোরাম, AskTom, user group — আর যা শেখেন তা প্রকাশ্যে লিখুন
10. এমন একজন মেন্টর খুঁজুন যিনি ১০+ বছর ধরে এই কাজ করছেন (তাঁরা আছেন, আর আমাদের বেশিরভাগই জিজ্ঞাসিত হতে পছন্দ করি)

খেয়াল করুন এই তালিকায় কী নেই: অনুমতির জন্য অপেক্ষা। প্রতিটি আইটেম চলে একটি ল্যাপটপে, ফ্রি সফটওয়্যারে। "ডেটাবেজে আগ্রহী" থেকে "নিয়োগযোগ্য জুনিয়র DBA" পর্যন্ত ফাঁকটা মোটামুটি এক বছরের সন্ধ্যাবেলা — একমাত্র আসল পূর্বশর্ত হলো প্রতিদিন হাজির হওয়া।

সাধারণ জিজ্ঞাসা (FAQ)

AI যখন ডেটাবেজের কাজ automate করতে পারে, তখনও কি Oracle DBA ভালো ক্যারিয়ার?

হ্যাঁ। Autonomous ও AI ফিচার রুটিন কাজ সরিয়ে দেয়, দায়বদ্ধতা নয়। high availability ডিজাইন করা, recovery পরীক্ষা করা, জটিল workload টিউন করা, আর কিছু ভেঙে গেলে ডেটার জন্য জবাবদিহি করা — এসব এখনও কাউকে না কাউকে করতেই হয়। আমার অভিজ্ঞতায়, চাহিদা সরে গেছে সিনিয়র, বহু-দক্ষতার DBA-দের দিকে — প্রবেশের মান আগের চেয়ে উঁচু, কিন্তু সম্ভাবনার ছাদও তা-ই।

Oracle DBA হতে কত সময় লাগে?

মনোযোগী পড়াশোনা আর প্রতিদিনের ল্যাব অনুশীলনে ১২–১৮ মাসে আপনি একজন কাজের জুনিয়র DBA হতে পারেন। স্বাধীনভাবে প্রোডাকশনের দায়িত্ব নিতে সাধারণত ৩–৫ বছর লাগে। RAC, Data Guard আর চাপের মধ্যে tuning-এ সত্যিকারের স্বাচ্ছন্দ্য আসে ৫+ বছরে। সৎ কোনো শর্টকাট নেই — এই দক্ষতা গড়ে ওঠে সেইসব ইনসিডেন্টের ওপর, যেগুলো আপনি নিজে পার করে এসেছেন।

DBA আর data engineer-এর মধ্যে পার্থক্য কী?

একজন DBA ডেটাবেজ ইঞ্জিনটাকেই নির্ভরযোগ্য রাখেন — availability, backup ও recovery, নিরাপত্তা এবং পারফরম্যান্স। একজন data engineer এমন pipeline বানান যা সিস্টেমের মধ্যে ডেটা সরায় ও রূপান্তর করে। প্রোডাকশন মরে গেলে DBA-দের ফোন বাজে; data engineer-দের সাধারণত বাজে না। দক্ষতাগুলো ব্যাপকভাবে ওভারল্যাপ করে (SQL, Linux, cloud), তাই পরে এক ভূমিকা থেকে অন্যটিতে যাওয়া বাস্তবসম্মত।

প্রথমে কোন Oracle সার্টিফিকেশন নেব?

Database Administration-এর associate-level পরীক্ষা (OCA পথ) দিয়ে শুরু করুন, তারপর সরাসরি OCP-র দিকে যান — নিয়োগকারী ম্যানেজাররা আসলে ওটাই খোঁজেন। সার্টিফিকেশনকে ইন্টারভিউয়ের দরজা হিসেবে দেখুন, দক্ষতার প্রমাণ হিসেবে নয়: সার্টিফিকেট আপনাকে আলাপের সুযোগ এনে দেয়, আর ল্যাবের কাজ ও প্রোডাকশনের গল্প এনে দেয় চাকরিটা।

Oracle DBA-দের কি কোড জানতে হয়?

হ্যাঁ — তবে scripting, অ্যাপ্লিকেশন ডেভেলপমেন্ট নয়। Bash আর SQL/PL-SQL বাধ্যতামূলক, আর automation ও AI-সংশ্লিষ্ট কাজের জন্য Python ক্রমেই মূল্যবান হয়ে উঠছে। আপনাকে অ্যাপ্লিকেশন বানাতে হবে না, কিন্তু যে DBA script লিখতে পারেন না তিনি GUI-তে আটকা — আর রাত ৩টায় GUI কখনও থাকে না।

Oracle DBA-রা কি remote বা freelance কাজ করতে পারেন?

অবশ্যই — আমি দুটোই করি। ডেটাবেজ এমনিতেই SSH আর VPN দিয়ে প্রশাসিত হয়, তাই অবস্থানের চেয়ে বিশ্বাস আর response time বেশি গুরুত্বপূর্ণ। মোটামুটি ৮–১০ বছর পর freelance DBA কাজ বাস্তবসম্মত — যখন আপনার ঝুলিতে RAC, Data Guard আর recovery-র এমন যুদ্ধগল্প থাকে যা শুনে ক্লায়েন্ট আপনার হাতে ডেটা রেখে রাতে ঘুমাতে পারেন।

শেষ কথা

২০২৬-এ একজন Oracle DBA হওয়া সত্যিই তৃপ্তিদায়ক কাজ — যখন আপনি জানেন আপনি কী করছেন। এটি ভালো আয় দেয়, চাহিদা স্থিতিশীল, আর আপনি যেকোনো প্রতিষ্ঠানের নির্ভরযোগ্য কারিগরি নোঙর হয়ে ওঠেন। কিন্তু এটি ক্ষমাহীনও: একটি ছোট ভুল একটি ব্যবসা ধসিয়ে দিতে পারে। সত্যিকারের প্রোডাকশন অভিজ্ঞতায় বিনিয়োগ করুন, কখনও শেখা থামাবেন না, আর প্রতিটি সিস্টেমকে এমনভাবে দেখুন যেন আপনার সুনাম তার ওপর নির্ভর করে (কারণ তা-ই করে)।

আপনি যদি এমন একটি প্রতিষ্ঠান হন যার অভিজ্ঞ Oracle DBA সাপোর্ট দরকার — RAC setup, Data Guard কনফিগারেশন, performance tuning, বা Oracle 26ai-তে মাইগ্রেশন যা-ই হোক — আমি সাহায্য করতে পেরে খুশি হব। বাংলাদেশ ও ১০+ দেশে ১৮+ বছরের হাতে-কলমে প্রোডাকশন অভিজ্ঞতা নিয়ে, mission-critical ডেটাবেজ যে গভীরতা ও শৃঙ্খলা দাবি করে তা আমি নিয়ে আসি।

সম্পর্কিত লেখা