۱.مقدمه
در این مستند به پیکربندی موردنیاز برای سرور و کلاینت ها بابت استفاده از پروتکل Tcp به همراه SSL و TLS در اتصال به پایگاه داده می پردازیم. رمزنگاری شبکه‌ای در زمان‌هایی که شما قصد دارید پایگاه‌داده خود را به Cloud منتقل کنید و یا فاقد فایروال شبکه‌ای هستید از اهمیت زیادی برخوردار می شود.
-این ویژگی از پایگاه داده اوراکل ۱۹C در دسترس است
-اکنون شما می توانید PDBهای موجود در محیط Multitenant را با استفاده از ADDM (Automatic Database Diagnostic Monitor) آنالیز کنید. آنالیزهای ADDM در سطح PDB این امکان را فراهم می سازد تا PDB را جهت افزایش کارایی تنظیم کنیم.
پشتیبانی از ADDM در سطح PDB در اوراکل دیتابیس نسخه ۱۹C
۱ مقدمه
در اوراکل ۱۲٫۲c عملیات SPLIT PARTITION و SPLIT SUBPARTITIONمی تواند بصورت آنلاین برروی جداول انجام شود بدون آنکه عملیات DML را مسدود کند. این کار با اضافه کردن کلمه ONLINE انجام می شود و همین امر باعث می شود بدون نیاز به مشخص کردن عبارت UPDATE INDEXES ، ایندکس ها محلی و گلوبال را آپدیت کند.
آنلاین SPLIT PARTITION و SPLIT SUBPARTITION در پایگاه داده۱۲٫۲C
۱-مقدمه
Oracle corruption در اکثر مواقع بدلیل دیسک معیوب ایجاد می‌شود، اگرچه در موارد نادری logical corruption نیز در بلاک‌های مشاهده می‌شود.
Oracle data corruption می‌تواند در یک Table و یا Index اتفاق بیافتد. Index corruption را میتوان با حذف و بازسازی مجدد (درصورت امکان) برطرف کرد، همچنین میتوان از برخی ابزارهای Oracle برای شناسایی و ترمیم corruption استفاده نمود.
شناسایی و تعمیر Corruption در پایگاه داده اوراکل
مفهوم جداول Private Temporary در نسخه ۱۸c پایگاه‌داده اوراکل معرفی شده است. جداولی از نوع Temporary مبتنی بر حافظه (memory-based) که با توجه به تنظیمات مربوطه پس از پایان session یا transaction از بین می‌روند.
جداول Private Temporary پایگاه‌داده اوراکل ۱۸c
مقدمه
اوراکل از روش‌های مختلفی برای تبدیل یک پایگاه‌داده غیر کلاستر به کلاستر پشتیبانی می‌کند. نکته قابل‌ملاحظه در این تبدیل یکسان بودن سیستم‌عامل‌ها و نگارش پایگاه‌داده می‌باشد. فهرست روش‌های پشتیبانی‌شده به شرح زیر است.
۱٫ DBCA
۲٫ Oracle Enterprise Manager (Grid Control)
۳٫ RCONFIG
۴٫ Manual Method
مقدمه
در مقالات پیشین از سری مقالات Application Container، به معرفی ویژگی Application Container در معماری Multitenant اوراکل و نیز ایجاد Application Containerهایی نظیر Application Root، Application Seed PDB و Application PDB پرداختیم. در این مقاله، در مورد انواع اشیاء مشترک و اینکه چطور دیتای این اشیاء می تواند در میان Containerها در Application Container به اشتراک گذاشته شود بحث خواهیم کرد.
مقدمه
در مقاله پیشین، روش های مختلفی برای ایجاد PDBها و Seedها آموختیم در نظر داشته باشید که در بخش قبل فقط یک برنامه ایجاد کردیم ولی می توان در یک Application Container چندین برنامه ایجاد کرد. در ادامه به ایجاد انواع دیگری از Application PDBها و Application Seedها خواهیم پرداخت.
مقدمه
همانطور که در مقاله قبل Application Container را در اوراکل ۱۲٫۲ معرفی کردیم، هر Application Container تعدادی PDB را قادر می سازد تا داده ها، متایتاها، کدها و یا تعدادی PDB دیگر را به اشتراک بگذارند. همچنین مدیران Applicationها می توانند بطور موثر PDBهای خود را در یک Application Container مدیریت کنند. در این مقاله ما نحوه ی ایجاد یک Application Container درون یک CDB را یاد می گیریم.
مقدمه
معماری Multitenant در اوراکل ۱۲.۱ معرفی شد، که امکان ادغام چند پایگاه‌داده در قالب PDB را در یک CDB فراهم کرده است. هر PDB بطور جداگانه اطلاعات اشیاء (Object) خود را ذخیره می کند و از آن جا که هر PDB دارای داده ها و عملیات مجزاست، از دید Application یک پایگاه داده جداگانه است. اما از دید عملیاتی هر CDB یک پایگاه داده است، زیرا هر CDB دارای یک مجموعه پروسس های پس زمینه و یک SGA می باشد، که امکان داشتن چندین پایگاه داده را برروی یک سرور بدون سربار اضافی فراهم می کند.