……….آموزش، مشاوره و پشتیبانی……….
در صورتی که حجم لاگ ایجاد شده توسط قابلیت unified auditing نسبتا زیاد باشد، برای مراجعه و نگهداری اطلاعات audit trail، ممکن است با مشکل پرفورمنس و کمبود استوریج مواجه شویم بنابرین auditing باید طوری پیکربندی شود که حتی المقدور، اطلاعات اضافه ای در جدول مربوطه، ثبت نگردد.
ویژگی جدید اوراکل 19c که Auditing Only Top-Level SQL Statements نام دارد، می تواند در این زمینه موثر واقع شود.
در نسخه های اوراکل پیش از 12c، ایجاد ایندکس برای یک جدول پارتیشن بندی شده، سبب ایجاد ایندکس برای همه پارتیشنهای آن جدول می شد. چالش اساسی در این زمینه زمانی مطرح می شود که در مواردی، ایجاد ایندکس، اساسا کاربردی برای پارتیشنهای قدیمی جدول و یا حداقل بعضی از پارتیشنهای آن، ندارد.
(بیشتر…)زمانی که جدولی را با دستور drop حذف می کنیم، جدول مورد نظر، به recycle bin منتقل خواهد شد(البته منظور از انتقال، انتقال فیزیکی نیست و صرفا امری منطقی اتفاق خواهد افتاد) و تا زمانی که tablespaceای که جدول در آن قرار دارد، از فضای خالی فعلی اش استفاده کامل نکند، این جدول هم حذف نخواهد شد و امکان برگشت دارد.
برای برگرداندن جداول موجود در recycle bin ، می توان از قابلیت Flashback Drop استفاده کرد.
(بیشتر…)قبل از نصب اوراکل نسخه 19c، باید مقدمات نصب را در محیط سیستم عامل فراهم کنیم با طی هفت مرحله زیر، این کار را در محیط اوراکل لینوکس نسخه 7.6 انجام خواهیم داد.
(بیشتر…)قصد داریم در این متن، به شیوه نصب اوراکل لینوکس نسخه 7.6 در محیط virtual box بپردازیم البته قبل از نصب، طریقه ایجاد ماشین مجازی را در محیط virtual box شرح خواهیم داد.
(بیشتر…)تا قبل از اوراکل نسخه 12c، اجرای دستورات DMLای بر روی یک جدول(به هر دو روش Conventional و Direct-path)، منجر به بروزرسانی آمار(Statistics) آن جدول نمی شد و جمع آوری انلاین آمار، صرفا در زمان ساخت ایندکس قابل انجام بود.
در نسخه 12c بهبود مختصری در این زمینه رخ داد که بر اساس آن، همراه با عملیات Bulk load بر روی یک جدول، آمارهای آن جدول هم به صورت انلاین بروز خواهد شد اما کماکان برای دستورات DMLای که به صورت CONVENTIONAL اجرا می شوند، تغییری در آمارهای جدول ایجاد نمی شود.
یکی از قابلیتهای جدید اوراکل نسخه 19c، ویژگی Real-Time Statistics می باشد که قابلیت بروزرسانی آنلاین بعضی از آمارهای مهم را همراه با اجرای دستورات DMLای، فراهم خواهد کرد.
(بیشتر…)یکی از مراحل پیکربندی دیتاگارد، قراردادن دیتابیس در حالت force logging می باشد این کار سبب خواهد شد تا کاربران امکان اجرای عملیات را به صورت Nologging نداشته باشند و در نتیجه، همه اطلاعاتی که در دیتابیس اصلی درج می شود، به دیتاگارد هم منتقل خواهد شد.
با در نظر داشتن این مسئله، اگر دیتابیس اصلی در حالت force logging قرار نگیرد، تکلیف عملیات Nologging در دیتاگارد چه خواهد شد و برای رفع بلاکهای خراب یا اصطلاحا nonlogged چه عملیاتی را باید در دیتاگارد انجام داد؟
پاسخ به این سوال، در نسخه های مختلف اوراکل، متفاوت خواهد بود که در ادامه، به بررسی این مسئله در نسخه های 11g، 12c و 18c خواهیم پرداخت.
(بیشتر…)قصد داریم با دستور زیر، کاربری را با نام usef ایجاد کنیم:
[root@ol6 ~]# useradd usef
پرسش: خصیصه هایی چون shell، home directory، group و … برای این کاربر، به چه شکلی تنظیم خواهد شد؟ همچنین چگونه می توان این تنظیمات پیش فرض را برای کاربران جدید تغییر داد؟ برای پاسخ به این دو سوال، ادامه متن را بخوانید.
(بیشتر…)در نسخه های ماقبل اوراکل 18c، ایجاد یک user تنها با تعیین متد AUTHENTICATION آن امکان پذیر است و به صورت کلی، در این نسخه ها(12c,11g,10g)، سه متد AUTHENTICATION برای کاربران وجود دارد:
Password: create user usef1 identified by password;
External: create user usef2 identified externally;
Global: create user usef3 identified globally;
در صورت استفاده از متد Password، شکل hash شده پسورد کاربر در جدولی از بانک ذخیره شده(جدول $user) و در دو حالت دیگر(External – Global)، پسوردی از کاربر در دیتابیس ذخیره نخواهد شد و AUTHENTICATION خارج از دیتابیس انجام می شود.
اوراکل 18c با ارائه یک قابلیت جدید، امکان ساخت user را بدون تعیین متد AUTHENTICATION فراهم کرد که استفاده از این قابلیت، منتج به عدم امکان لاگین مستقیم به این نوع از کاربران خواهد شد.
(بیشتر…)همانطور که می دانیم در مفاهیم پایگاه داده های رابطه ای برای ذخیره و دسته بندی اطلاعات ( داده ها ) ، جداولی وجود دارد که در آن ، داده ها در سطر ها و ستونی هایی که متناظر با هم هستند قرار می گیرند . هر سطر از یک جدول ، بیانگر یک رکورد منحصر به فرد ، و همچنین ستون های آن جدول ، مشخصه ها و ویژگیهایی برای آن رکوردها می باشند . که توسط این ستون ها می توان اطلاعات بیشتری در مورد هر یک از سطرها ( رکوردها ) کسب کرد.