دستورات کاربردی در سیستم عامل های لینوکس – بخش سوم (پایانی)
در مقاله دستورات کاربردی در سیستم عامل های لینوکس بخش دوم، بخش دوم دستورات ارائه گردیدند، در ادامه بخش سوم دستورات بررسی می شوند.
نوشته‌ها
دستورات کاربردی در سیستم عامل های لینوکس – بخش دوم
در مقاله دستورات کاربردی در سیستم عامل های لینوکس بخش اول دستورات ارائه گردیدند، در ادامه بخش دوم دستورات بررسی می شوند.
استفاده از ساز و کار RAID در پایگاه داده اوراکل
۱ استفاده از ساز و کار RAID در پایگاه داده اوراکل
کلمه RAID مخفف عبارت Redundant Arrays of Inexpensive Disks است به معنای ساز و کاری به منظور مدیریت بار ذخیره سازی سرویس‌ها (load balancing) و ارتقاء سطح امنیت اطلاعات بین تعداد مشخص دیسک در فضای ذخیره سازی است.
در این مقاله بررسی مختصری در خصوص سطوح کاربردی RAID و نحوه بهره‌برداری در پایگاه‌داده اوراکل مطرح شده است.
تعدادی از سطوح معمول RAID در ذیل مشاهده میشود:
انتقال یا تغییر نام فایلهای اوراکل
انتقال یا تغییر نام فایلهای اوراکل
مقدمه
این مقاله در مورد انتقال یا تغییر نام فایلهای اوراکل توضیح می‌دهد.
انتقال گروه‌های دیسک ASM بین سرورها
انتقال گروه‌های دیسک ASM بین سرورها
یکی از رویدادهای محتمل در سناریو مدیریت خودکار دیسک اوراکل از بین رفتن سرور فیزیکی می‌باشد. در این وضعیت نرم‌افزار اوراکل به طور کلی از بین رفته است و دسترسی به Instance برای همیشه قطع شده است. در چنین شرایطی دیسک‌های ASM و اطلاعات آنها که بر روی ذخیره‌سازهای شبکه‌ای قرار دارند کماکان قابل‌استفاده می‌باشند. البته این فرض برقرار است که از بین رفتن سرور باعث از بین رفتن دیسک‌ها و اطلاعات آن نشده باشد.
راه‌کار نخست برای بازیابی اطلاعات استفاده از آخرین پشتیبان‌های پایگاه‌داده و بازیابی آنها بر روی یک سرور دیگر به وسیله ابزار Rman است. راه‌حل دوم راه‌اندازی یک سرور دیگر و شناسایی دیسک‌ها و دسترسی به اطلاعات درون آنها می‌باشد. در این مستند به پیاده‌سازی سناریو دوم پرداخته میشود.
ادامه مطلب
بررسی روش های تجمیع پایگاه داده های اوراکل
بررسی روش های تجمیع پایگاه داده های اوراکل
بعد از توسعه زیر ساخت و سامانه های سازمان، با یک واقعیت روبرو می شویم، تعدد سامانه ها و به دنبال آن تعدد پایگاه داده ها و باید این مورد رو هم اضافه کردد، بر حسب نیاز سازمان به تعداد این سامانه ها افزوده می شود. تمرکز ما در این مستند بر روی تجمیع پایگاه داده اوراکل می باشد و بقیه موارد از موضوع این مستند خارج می باشد.
تعدد زیاد پایگاه داده در سازمان همواره یکی از مسائلی می باشد که برای سازمان ایجاد مشکل می کند. راهبر پایگاه داده باید چندین پشتیبان گیری بر روی سرور های متعدد پیاده سازی کنید. بر روی همه آنها باید راهکارهای حداکثر پایداری را اجرائی نماید و همچنین مواردی مانند نگهداری چندین سیستم عامل و عدم امکان استفاده صحیح از منابع سخت افزاری و …. مطرح می باشد.
آشنایی با مفهوم LeafNode در Oracle Flex Cluster 12c
آشنایی با مفهوم LeafNode در Oracle Flex Cluster 12c
در پایگاه داده اوراکل نسخه ۱۲c با معرفی flex clusters که از فناوری Hub & Spoke استفاده میشود امکاناتی فراتر از ساختار cluster ها در نسخه های پیشین به شرح ذیل فراهم می آورد:
- مصرف کمتر منابع شبکه در ارتباطات بین Node هادر مقایسه با نسخه های پیشین
- استفاده کمتر منابع کلیدی سرویس clusterware مانند OCR و Voting Disk
در ساختار flex cluster از دو نوع Node استفاده می شود:
- Hub Node
- Leaf Node
مهاجرت و ارتقا اوراکل، بدون توقف و قطع شدن سرور در یکی مراکز مهم کشور با حجم بیش از ۹ ترابایت و بیش از ۱۸۰۰ کاربر همزمان
مهاجرت و ارتقا موفقیت آمیز پایگاه داده اوراکل یکی مراکز مهم کشور با حجم بیش از ۹ ترابایت و بیش از ۱۸۰۰ کاربر همزمان بدون قطعی توسط واحد مدیریت داده های آرتاراد
همواره به دلایلی مانند ناکافی بودن منابع سخت افزاری، مشکلات و محدودیت ها در نگارش جاری، استفاده از امکانات جدید و … مهاجرت و ارتقا مطرح می باشد. این مورد نیز درخصوص پایگاه داده اوراکل همواره مطرح می باشد. طبق روال معمول هر مهاجرت و ارتقا همراه با از دسترس خارج شدن سرویس می باشد، مخصوصا وقتی که هدف از ارتقا، تغییر نسخه سیستم عامل و پایگاه داده و مهاجرت به سخت افزار و زیر ساخت جدید باشد. مدت زمان قطعی با افزایش حجم پایگاه داده ارتباط مستقیم دارد و هر چقدر حجم بیشتر باشد مدت زمان قطعی بیشتر خواهد بود.
Real-Time Materialized Views در اوراکل ۱۲٫۲
Real-Time Materialized Views در اوراکل ۱۲٫۲
۱ مقدمه
Materialized View یا به‌اختصار MV یکی از ویژگی‌های پرکاربرد پایگاه‌داده اوراکل است که به‌وسیله انجام پیش‌محاسبات سنگین ادغام جداول، کمک شایانی به افزایش کارایی پایگاه‌داده می‌کند. بدین ترتیب نرم‌افزارها و گزارش‌سازهایی که از ادغام جداول استفاده می‌کنند، مدت‌زمان کمتری را برای محاسبه و استخراج داده‌های موردنیاز منتظر پردازش‌های پایگاه‌داده منتظر می‌مانند. معضل اصلی این ویژگی تغییرات ایجاد شده در جداول اصلی، حدفاصل آخرین به‌روزرسانی و زمان فراخوانی جست‌وجو بر رویMV است. با استفاده از ویژگی Fast Refresh می‌توان تغییرات را در زمان اعمال شدن به MV نیز منتقل کرد. همچنین می‌توان از Trigger در زمان Commit بر روی جداول منبع استفاده کرد. بدیهی است که استفاده از هر یک از این دو روش، بار قابل‌توجهی را بر روی پایگاه‌داده ایجاد می‌کند.
در نگارش ۱۲.۲ پایگاه‌داده اوراکل، مفهوم Real Time Materialized View معرفی شده است که اجازه می‌دهد به‌صورت بخش بخش یک MV به‌روزرسانی نشده را به سمت جلو اصلاح کرد. در این مفهوم همانند Fast Refresh از رویدادهای MV استفاده میشود؛ با این تفاوت که تنها تغییرات جاری اعمال می‌شوند. ازآنجاکه رویدادها بر روی MV اعمال نمی‌شوند، در زمان‌هایی لازم است Fast Refresh انجام شود.