Oracle® Exadata® সিস্টেম স্টোরেজ ইনডেক্স معرفی করে, যা ডেটাবেস পারফরম্যান্স উন্নত করে। একটি স্টোরেজ ইনডেক্স হলো মেমরিতে সংরক্ষিত একটি কাঠামো যাতে মূল পরিসংখ্যান থাকে। এই স্টোরেজ ইনডেক্স Exadata-কে ডিস্ক I/O অপারেশন এবং কোয়ারী দ্রুত করতে সক্ষম করে ইনডেক্সটি প্রথমে চেক করে প্রাসঙ্গিক ডেটা খুঁজে বের করতে, প্রতিটি সারি পড়ার পরিবর্তে।
স্টোরেজ ইনডেক্সের সাথে একটি গুরুত্বপূর্ণ বিবেচনা হলো, Exadata-এর জন্য স্টোরেজ ইনডেক্স I/O বাঁচাতে হলে, সিস্টেমকে এই ইনডেক্সের ডেটাকে ইনডেক্সের স্টোরেজ অঞ্চলে লিখতে হবে। অন্য কথায়, ব্যবহার করার জন্য স্টোরেজ ইনডেক্স ডেটার কেল সার্ভারের রিজন ইনডেক্স মেমরি কাঠামোতে প্রাইমড থাকতে হবে। আপনি যখন প্রথমবার একটি কোয়ারী চালাবেন, আপনি কোনো স্টোরেজ ইনডেক্স I/O বাঁচত দেখবেন না কারণ রিজন ইনডেক্সে কোনো প্রাসঙ্গিক ডেটা থাকে না।
স্টোরেজ ইনডেক্স কীভাবে কাজ করে
স্টোরেজ ইনডেক্সের প্রাথমিক লক্ষ্য হলো Exadata স্মার্ট স্ক্যানের জন্য অনুরোধ সার্ভিস করার জন্য প্রয়োজনীয় ডিস্ক I/O-এর পরিমাণ কমানো। stvar ডেটাবেস সারি স্ক্যান করা হলে, আপনি স্টোরেজ ইনডেক্স ব্যবহার করে প্রাপ্ত I/O বাঁচত পরিমাপ করতে পারেন। স্টোরেজ ইনডেক্স ডায়रेкт-পাথ রিড অপারেশন সময় ব্যবহার করা হয়, যখন কোয়ারীতে একটি প্রেডিকেট (অর্থাৎ, একটি WHERE ক্লজ) থাকে এবং অন্তর্নিহিত অটোমেটিক স্টোরেজ ম্যানেজমেন্ট (ASM) ডিস্ক গ্রুপে cell.smart_scan_capable=TRUE অ্যাট্রিবিউট সেট থাকে। অন্য কথায়, কোয়ারী প্রেডিকেট সহ SQL স্টেটমেন্টের জন্য স্টোরেজ ইনডেক্স Exadata স্মার্ট স্ক্যানকে সম্পূরক করে। এছাড়া, আপনার ডেটা কোয়ারী প্রেডিকেটের কলামগুলোর সাথে ভালোভাবে অর্ডার করা থাকলে স্টোরেজ ইনডেক্স সবচেয়ে বেশি পারফরম্যান্স বাঁচাতে দেয়।
Oracle Exadata আর্কিটেকচার
ডিজাইন পারসপেক্টিভ থেকে, স্টোরেজ ইনডেক্স hagyományos Oracle B*Tree ইনডেক্স বা অন্যান্য ইনডেক্স টাইপ থেকে ভিন্ন। স্টোরেজ ইনডেক্স আপনার ডেটাবেসের ভিতর সেগমেন্ট হিসাবে সংরক্ষিত শারীরিক কাঠামো নন, বরং এটি Exadata স্টোরেজ সেলগুলিতে বসবাস করে মেমরি কাঠামো। যেখানে hagyományos ইনডেক্সের লক্ষ্য হলো Oracle-কে টেবিলে সারি দ্রুত খুঁজে বের করতে সাহায্য করা, সেখানে স্টোরেজ ইনডেক্সের লক্ষ্য হলো সেল সার্ভিসেস সফটওয়্যারকে একটি খুব দক্ষ উপায়ে নির্দেশ দেওয়া যাতে শারীরিক ডেটাবেস সারি পড়া বাইপাস করা যায় যদি স্টোরেজ ইনডেক্সের মানগুলো ইঙ্গিত দেয় যে অনুরোধ করা ডেটা সেই সারিগুলোর মধ্যে নেই।
যদি একটি স্টোরেজ অঞ্চলে ডেটা কোয়ারী প্রেডিকেটে ব্যবহৃত কলামগুলোর সাথে ভালোভাবে অর্ডার করা থাকে, তবে স্টোরেজ ইনডেক্স সেল সার্ভার (CELLSRV) প্রসেসগুলাকে শারীরিক I/O অনুরোধ বাইপাস করতে এবং ডিস্ক I/O বাঁচাতে সক্ষম করে। সেল শারীরিক I/O বাইটস স্টোরেজ ইনডেক্স দ্বারা বাঁচানো একটি সিস্টেম পরিসংখ্যান যা আপনি এই I/O বাঁচত সুবিধা পরিমাপ করতে ব্যবহার করতে পারেন।
অন্যদিকে, যদি ডেটা ভালোভাবে অর্ডার করা না থাকে, তবে স্টোরেজ ইনডেক্স সীমিত বা কোনো লাভ দেয় না কারণ প্রতিটি স্টোরেজ অঞ্চলে একটি দত্ত কলাম বা কোয়ারী প্রেডিকেটের জন্য সম্ভাব্য মানের একটি বড় রেঞ্জ থাকার সম্ভাবনা বেশি থাকে। hagyományos B*Tree ইনডেক্সের মতো, ক্লাস্টারিং স্টোরেজ ইনডেক্সের জন্য একটি গুরুত্বপূর্ণ বিবেচনা। স্টোরেজ ইনডেক্সের একটি আকর্ষণীয় তথ্য হলো Exadata-এর CELLSVR প্রসেসগুলো সেগুলো শুধু তখন ব্যবহার করে যদি একটি কোয়ারীর প্রেডিকেট মানগুলো প্রতিটি স্টোরেজ অঞ্চলের জন্য রিজন ইনডেক্সে ট্র্যাক করা উচ্চ এবং নিম্ন মানের বাইরে পড়ে, অদ্বিত্তে স্টোরেজ অঞ্চলটি আসলে ট্র্যাক করা রেঞ্জের মধ্যে ডেটা ধারণ করে কিনা।
একটি উদাহরণ বিবেচনা করুন যেখানে একটি স্টোরেজ অঞ্চলে একটি টেবিলের দশ সারির ডেটা থাকে। এই দশ সারির মধ্যে, ধরি একটি কলাম আছে যাকে FIRST_NAME বলা হয়েছে এবং এই কলামের মধ্যে, অঞ্চলটি "john", "anto", "max", "leigh", "theo", "rachel", "lauren", "bob", "denise", এবং "jen" FIRST_NAME সহ সারিগুলো ধারণ করে। আপনি যদি FIRST_NAME="chris" অনুসন্ধানকারী একটি কোয়ারী ইস্যু করেন, তবে এই টেবিলের জন্য বিদ্যমান যেকোনো স্টোরেজ ইনডেক্স এই অঞ্চলকে অ্যাক্সেস করা থেকে ডিসকোয়ালিফাই করবে না কারণ "chris" বর্ণানুক্রমিকভাবে "anto" এবং "theo"র মাঝপথে পড়ে। যাইহোক, আপনি যদি FIRST_NAME="victor"ভিত্তিক একটি কোয়ারী চালান, তবে CELLSVR এই স্টোরেজ অঞ্চলে একটি শারীরিক I/O বাইপাস করবে কারণ মানটি উচ্চ ও নিম্ন মানের বাইরে পড়ে।
সংক্ষেপে, এর অর্থ হলো স্টোরেজ ইনডেক্স ফাংশন ফালস পজিটিভ রিটার্ন করতে পারে (I/O অনুরোধ ইস্যু করার অনুমতি দেওয়ার সাপেক্ষে), কিন্তু কখনো ফালস 네가েটিভ রিটার্ন করে না।
I/O বাইপাস করা মানে শারীয়িক রিড বাইপাস করা এবং শারীরিক রিড বাইপাস করা সময় বাঁচাতে সাহায্য করে। নিচের ছবিটি স্টোরেজ ইনডেক্স কীভাবে কাজ করে তার একটি যৌক্তিক প্রতিনিধিত্ব প্রদান করে:
ছবির উৎস: Oracle Exadata Recipes by John Clarke.
উপসংহার
Exadata আপনার অ্যাপ্লিকেশন ব্যবহারের উপর ভিত্তি করে টাইম-ভিত্তিক স্টোরেজ ইনডেক্স স্বয়ংক্রিয়ভাবে মেইন্টেইন করে। একটি Exadata ডেটাবেস মেশিন অ্যাডমিনিস্ট্রেটর (DMA) আপনার ডেটা অর্ডার করে স্টোরেজ ইনডেক্সের ব্যবহার উৎসাহিত করতে বা আপনার অ্যাপ্লিকেশনের কোয়ারী প্রেডিকেট পরিবর্তন করার বাইরে স্টোরেজ ইনডেক্স আচরণকে প্রভাবিত করতে কিছুই করতে পারেন না।
নিচের পরিস্থিতিতে স্টোরেজ ইনডেক্স ব্যবহার বিবেচনা করুন:
- ডায়रेक्ट-পাথ রিড অপারেশন সময়।
- স্মার্ট স্ক্যানের সাথে।
- যখন কোয়ারীতে প্রেডিকেট থাকে।
স্টোরেজ ইনডেক্স Oracle Exadata পণ্যের সবচেয়ে বুদ্ধিমান ফিচার, এবং এটি আপনাকে সবচেয়ে দ্রুত এবং সবচেয়ে অপ্টিমাইজড পদ্ধতিতে ডেটা অনুসন্ধান করতে সাহায্য করে।
কোনো মন্তব্য বা প্রশ্ন করার জন্য ফিডব্যাক ট্যাব ব্যবহার করুন।
বিশেষজ্ঞ প্রশাসন, ব্যবস্থাপনা, এবং কনফিগারেশন দিয়ে আপনার এনভায়রনমেন্ট অপ্টিমাইজ করুন
Rackspace-এর অ্যাপ্লিকেশন সার্ভিসেস (RAS) বিশেষজ্ঞরা অ্যাপ্লিকেশনের একটি ব্যাপক পোর্টফোলিও জুড়ে নিচের প্রফেশনাল এবং ম্যানেজড সার্ভিসেস প্রদান করে:
- ই-কমার্স এবং ডিজিটাল অভিজ্ঞতা প্ল্যাটফর্ম
- এন্টারপ্রাইজ রিসোর্স প্ল্যানিং (ERP)
- বিজনেস ইন্টেলিজেন্স
- Salesforce কাস্টমার রিলেশনশিপ ম্যানেজমেন্ট (CRM)
- ডেটাবেস
- ইমেইল হোস্টিং এবং প্রোডাক্টিভিটি
আমরা সরবরাহ করি:
- পক্ষপাতমুক্ত দক্ষতা: আমরা আপনার আধুনিকরণ যাত্রাকে সরল ও নির্দেশিত করি, তাৎক্ষণিক মান প্রদানকারী ক্ষমতাগুলোর ওপর ফোকাস করে।
- Fanatical Experience™: আমরা একটি প্রক্রিয়া-প্রথম, প্রযুক্তি-দ্বিতীয়® পদ্ধতিকে নিখুঁত প্রযুক্তিগত সহায়তার সাথে মিলিয়ে ব্যাপক সমাধান প্রদান করি।
- অতুলনীয় পোর্টফোলিও: আমরা ব্যাপক ক্লাউড অভিজ্ঞতা প্রয়োগ করে আপনাকে সঠিক প্রযুক্তি সঠিক ক্লাউডে বেছে নেওয়া এবং ডিপ্লয় করতে সাহায্য করি।
- চঞ্চল ডেলিভারি: আমরা আপনার যাত্রায় আপনি যেখানে আছেন সেখানে আপনাকে পেয়ে যাই এবং আমাদের সাফল্যকে আপনার সাথে সানجلة করি।
এখন চ্যাট করুন শুরু করতে।
