مقدمه
زمانی که یک PDB جدید از روی Seed ساخته می شود، یا یک کلون از PDB موجود در Root Container لوکال گرفته می شود دیتاگارد به طور خودکار آن را ایجاد می‌کند. اما PDBهای ایجاد شده توسط Remote Clone و plugin، بطور خودکار مدیریت نشده و در دیتاگارد ایجاد نخواهند شد. در اوراکل ۱۸c پارامترهای STANDBY_PDB_SOURCE_FILE_DBLINK و STANDBY_PDB_SOURCE_FILE_DIRECTORY عملیات plugin و Remote Clone را ساده‌تر کرده‌اند.
مقدمه
پایگاه‌داده ۱۸c اوراکل به شما این امکان را می دهد تا یک PDB را از یک CDB با استفاده از RMAN به یک CDB موجود دیگر کپی کنید. این عملیات جایگزین عملیت Hot Cloning می باشد.
کپی کردن یک PDB در یک CDB موجود در پایگاه‌داده اوراکل نسخه ۱۸c
اوراکل ۱۲c ویژگی های جدیدی از RMAN را معرفی کرد که به شما اجازه می دهد از PDBها در یک CDB کپی بگیرید، که در آن جا CDB جدید به عنوان auxiliary instance ایجاد می شود. این ویژگی نیز بسیار شبیه به همان است با این تفاوت که از یک CDB عادی به جای auxiliary استفاده می شود.
۱٫ مقدمه
ویژگی ایندکس سازی خودکار در پایگاه‌داده اوراکل ۱۹c معرفی شده، که شما را قادر می سازد تا برخی از تصمیمات مربوط به مدیریت ایندکس ها را به پایگاه‌داده منتقل کنید.
مقدمه
تحقیقات بیانگر این موضوع است که نزدیک به ۹۰% سرقت، تغییر غیرمجاز و حتی از بین رفتن داده‌ها در محل نگهداری آن‌ها یا همان پایگاه داده بوده است که توسط افراد مختلف، خواسته و یا ناخواسته رخ می‌دهند.
با اجرا و پیاده‌سازی Oracle Database Firewall به‌عنوان خط مقدم در حفاظت پایگاه‌داده، می‌توان به کنترل عملکرد افراد و ترافیک پایگاه‌داده در زمان واقعی، در محیطی خارج از آن پرداخت. با این نظارت‌ها و اعمال محدودیت‌ها می‌توان از این سرقت‌ها و یا خرابکاری‌های خواسته و یا ناخواسته در پایگاه‌داده سازمان جلوگیری به عمل آورد.
مقدمه
عملیاتی مانند ارتقا، اعمال Patch و تغییرات DDL می تواند اشیاء اسکیما را نامعتبر کند. عملیات ذکر شده فرایند کامپایل را خراب نمی کند و مطابق فراخوانی اشیاء بطور اتوماتیک کامپایل و معتبر می شود، اما این مورد می تواند زمان غیرقابل قبولی را بگیرد مخصوصا در مواردی که پیچیدگی وابستگی وجود دارد. به همین دلیل منطقی است که قبل از فراخوانی کاربر اشیاء را بازسازی کند. این همچنین شما را قادر می سازد تا اگر تغییری باعث خرابی کد شما شده را شناسایی کنید. در این مقاله روش های بازسازی اشیاء اسکیمای نامعتبر در اوراکل را فراهم کرده ایم.
مقدمه
در نسخه های قبلی اوراکل برای ریکاور کردن یک جدول یا یک پارتیشن از یک جدول در یک نقطه‌ای از زمان، باید بصورت دستی یک کپی در یک نقطه از زمان در پایگاه‌داده ایجاد و بازیابی جدول توسط data pump انجام می‌شد سپس جدول ایجاد شده حذف می‌گردید. یکی از ویژگی‌های جدیدی که در اوراکل ۱۲c برای RMAN اضافه شده این است که فقط با یک دستور این مراحل انجام می گیرد. در این مستند ریکاوری جدول در یک نقطه‌ای از زمان توسط RMAN در پایگاه داده اوراکل ۱۲c مورد بررسی قرار می گیرد.
در مقاله دستورات کاربردی در سیستم عامل های لینوکس بخش دوم، بخش دوم دستورات ارائه گردیدند، در ادامه بخش سوم دستورات بررسی می شوند.
در مقاله دستورات کاربردی در سیستم عامل های لینوکس بخش اول دستورات ارائه گردیدند، در ادامه بخش دوم دستورات بررسی می شوند.
انتقال یا تغییر نام فایلهای اوراکل
مقدمه
این مقاله در مورد انتقال یا تغییر نام فایلهای اوراکل توضیح می‌دهد.
انتقال گروه‌های دیسک ASM بین سرورها
یکی از رویدادهای محتمل در سناریو مدیریت خودکار دیسک اوراکل از بین رفتن سرور فیزیکی می‌باشد. در این وضعیت نرم‌افزار اوراکل به طور کلی از بین رفته است و دسترسی به Instance برای همیشه قطع شده است. در چنین شرایطی دیسک‌های ASM و اطلاعات آن‌ها که بر روی ذخیره‌سازهای شبکه‌ای قرار دارند کماکان قابل‌استفاده می‌باشند. البته این فرض برقرار است که از بین رفتن سرور باعث از بین رفتن دیسک‌ها و اطلاعات آن نشده باشد.
راه‌کار نخست برای بازیابی اطلاعات استفاده از آخرین پشتیبان‌های پایگاه‌داده و بازیابی آن‌ها بر روی یک سرور دیگر به وسیله ابزار Rman است. راه‌حل دوم راه‌اندازی یک سرور دیگر و شناسایی دیسک‌ها و دسترسی به اطلاعات درون آن‌ها می‌باشد. در این مستند به پیاده‌سازی سناریو دوم پرداخته می‌شود.
ادامه مطلب