……….آموزش، مشاوره و پشتیبانی……….
در اوراکل 11g، با اهدای نقش resource به یک کاربر، همزمان مجوز unlimited tablespace هم به آن کاربر داده خواهد شد و کاربر قادر خواهد بود حتی در system tablespace هم اطلاعاتی را ذخیره کند.
در نسخه 12c، مجوز unlimited tablespace از role resource گرفته شده است.
(بیشتر…)در صورتی که بخواهیم قسمتی از اطلاعات یک جدول، برای تعدادی از کاربران مخفی و یا غیرواقعی نمایش داده شود، می توانیم از ویژگی data redaction که از اوراکل 12c ارائه شد، استفاده کنیم به این صورت که ابتدا کاربر پرس و جویی را اجرا کرده و منتظر دریافت خروجی خواهد بود، بر روی داده درخواستی کاربر، عملیات redact انجام شده و در نهایت کاربر مورد نظر، داده را بر اساس آن فرمتی که از قبل تعریف کرده ایم، خواهد دید.
(بیشتر…)مجوز select any table، علاوه بر امکان مشاهده اطلاعات جداول، قابلیتهای اضافه ای را هم به کاربران خواهد داد نظیر:
select * from .. for update;
مجوز جدیدی در اوراکل 12c ارائه شد که read any table نام دارد و می توان از آن به عنوان جایگزینی برای select any table استفاده کرد این مجوز، صرفا امکان مشاهده اطلاعات را به کاربران خواهد داد و قابلیتهای اضافه مربوط به مجوز select any table را ندارد.
(بیشتر…)پارامتر enable_ddl_logging که از اوراکل 12c اضافه شد قابلیت لاگ گیری از دستورات DDLای را در فایلی مجزا ارائه می دهد دستورات DDLای از قبیل:
CREATE|ALTER|DROP|TRUNCATE TABLE
DROP USER
CREATE|ALTER|DROP PACKAGE|FUNCTION|VIEW|SYNONYM|SEQUENCE
(بیشتر…)همانطور که می دانید ویو(view) ذخیره پرس و جو در بانک اطلاعاتی به یک اسم خاص می باشد که عمده کاربرد آن در امنیت و استقلال منظقی داده ها می باشد ویوها هیچ فضایی را برای ذخیره داده مصرف نمی کنند و با هر بار اجرا، پرس وجو را هم اجرا می کنند. همانند ویو، شی دیگری نیز وجود دارد که شامل یک پروس و جو می باشد که برخلاف ویو، خروجی پرس و جو را هم در جایی ذخیره می کند و در مواقع ضروری می توان آن را بروز کرد این شی Materialized View نام دارد.
در صورتی که در زمان بروزرسانی mvها، نیازی به در دسترس بودن اطلاعات وجود ندارد، می توان در هنگام بروزرسانی کامل mv، از دستور truncate به جای delete استفاده کرد.
این تغییر سبب می شود تا هیچ فردی در زمان بروز رسانی mv، به اطلاعات آن دسترسی نداشته باشد پس این روش که اصطلاحا non-atomic هم نامیده می شود، خطراتی از قبیل لغو شدن بروزرسانی در حین درج اطلاعات را به همراه دارد که به همین دلیل استفاده کمتری نسبت به شیوه معمول دارد هر چند با استفاده از truncate به جای delete، سرعت بروزرسانی کامل(complete) بسیار افزایش خواهد یافت و کاهش حجم آرشیولاگ ایجاد شده دیتابیس هم از دیگر ثمرات آن می باشد.
در نسخه های قبل از 12c، این قابلیت وجود داشت تا سگمنتهای خاصی که به کررات مورد استفاده قرار می گیرند را برای ماندن بیشتر در حافظه، انتخاب کنیم این کار در صورت انتخاب درست، می توانست سبب بهتر شدن کلی کارایی شود.
حال در نسخه 12c این قابلیت به وجود امد تا این اتفاق در سطح کل بانک اطلاعاتی قابل انجام باشد(البته در صورت امکان).
(بیشتر…)برای انتقال فایلهای دیتابیس(اعم از دیتافایل، کنترل فایل، redo log و …) از محیط non-ASM به محیط ASM روشهای مختلفی وجود دارد که در این قسمت سعی داریم این کار را با کمک ابزار RMAN انجام دهیم.
در ادامه متن، این کار با طی چند مرحله، انجام خواهد شد.
قبلا در مطلبی نحوه ارتقا به اوراکل 12c از طریق ویژگی Transportable Tablespace را توضیح دادیم همانطور که در ان مطلب اشاره شد، ارتقا از طریق Transportable Tablespace زمانی روش مناسبی خواهد بود که اطلاعات کاربران در tablespaceهای غیرسیستمی موجود باشند.
در صورتی که حم قابل توجهی از اطلاعات کاربران در درون tablespaceهای سیستمی قرار موجود باشند، شاید به صرفه باشد این اطلاعات را به طور مستقیم به بانک جدید منتقل کنیم(بدون انتقال به user tablespaceها) برای این کار می توانیم از ویژگی Full Transportable Export/Import استفاده کنیم.
فرق اصلی این روش با روش قبلی(Transportable Tablespace) در استفاده از عبارت full=y transportable=always در هنگام تهیه دامپ می باشد که سبب خواهد شد تا اطلاعات کاربری موجود در tablespaceهای سیستمی از طریق EXPDP، همراه اطلاعات متادیتا در دامپ ذخیره شوند.
از اوراکل 11g قابلیت جدیدی با عنوان Rolling Upgrade using Transient Logical Standby database ارائه شد که از طریق آن می توان با کمترین downtime ارتقا را انجام داد. البته مشابه این قابلیت، قابلیت دیگری با عنوان standard rolling upgrade هم از نسخه های قبلی(قبل از اوراکل 11g) وجود داشت که بین این دو قابلیت تفاوتهای قابل توجهی دارد.