نوشته‌ها

artarad-Database-12c

In-Memory Column Store در نسخه ۱۲ اوراکل

/۰ دیدگاه /در , /توسط

یکی از ویژگی‌های مفید گنجانده شده در بسته اصلاحی  ۱۲٫۱٫۰٫۲ در نسخه ۱۲ اوراکل قابلیت ذخیره سازی درون حافظه‌ای اطلاعات به صورت ستونی (IM Column Store) است. این ویژگی به عنوان جایگزین روش ذخیره سازی متداول سطری، به شما امکان ذخیره ستون‌های جداول، پارتیشن‌ها و materialized views را در قالب ستونی می‌دهد. مزیت قرار دادن داده‌ها در حافظه بسیار بدیهی است، ولی قابلیت IM Column Store داده‌ها را به صورت فزایند‌ه‌ای جهت بکارگیری در درخواست‌های آماری مورد نیاز ابزارهای مرتبط با هوش تجاری مناسب‌سازی می‌نماید.

* توجه شود که مجوز استفاده از IM Column Store به صورت کاملاً جداگانه از نرم‌افزارOracle Enterprise Edition می‌باشد.

ادامه مطلب

artarad-Database-12c

ستون های پنهان در جدول – پایگاه داده اوراکل ۱۲c

/۰ دیدگاه /در , /توسط

ستون های پنهان در جدول در عملیات های مهاجرت و جابجایی application ها مفید می باشند. ساخت ستون های پنهان جدید به این معنی می باشد که application های جاری نمی توانند آن را ببیند اما application های جدید می توانند از آنها استفاده کنند به همین دلیل عملیات مهاجرت می تواند ساده تر گردد.
ستون های پنهان به وسیله دستور select * from و ویژگی %ROWTYPE دیده نمی شوند.

;DROP TABLE tab1 PURGE

CREATE TABLE tab1)
id NUMBER,
description VARCHAR2(50) INVISIBLE
;(

;DESC tab1
Name Null? Type
—————————————– ——– —————————-
ID NUMBER

<SQL

;(INSERT INTO tab1 VALUES (1
;COMMIT

;SELECT * FROM tab1

ID
———-
۱

<SQL

ادامه مطلب

artarad-Database-12c

جابجایی آنلاین partition ها و Subpartition ها در اوراکل ۱۲c

/۰ دیدگاه /در , /توسط

یکی از امکانات کاربردی که در پایگاه داده اوراکل وجود دارد، جابجایی جداول ( در سطح tabelspace و …) به صورت آنلاین می باشد که کاربردهای خاص خود را دارد. اما در نسخه گذشته این قابلیت برای partition ها و subpartition های جداول وجود نداشته. در اوراکل ۱۲c این امکان فراهم گردیده که در ادامه به نمونه اجرایی این فعالیت می پردازیم.
لازم به ذکر می باشد در نسخه ۱۲٫۱٫۰,۱ اگر امکان database-level supplemental logging فعال باشد نمی توان اینگونه فعالیتها را انجام داد اما در نسخه ۱۲٫۱٫۰٫۲ این محدودیت کاملا برطرف گردیده است، در ضمن فعالیت های موازی دستورات DML و direct path inserts بر روی اشیایی که در حال جابجایی آنلاین هستند، امکان پذیر نمی باشد.

ادامه مطلب

artarad-Database-12c

Full Database Caching Mode در پایگاه داده اوراکل ۱۲cR1

/۰ دیدگاه /در , /توسط

در شرایط نرمال اجرای پایگاه داده اوراکل تصمیم گرفته می شود که کدام یک از داده ها در بافر کش نگهداری شوند. طبیعی می باشد که در حالتی که فضای کافی وجود نداشته باشد داداه هایی که کارایی کمتری دارند خارج از بافر کش قرار گیرند و یا به خارج از آن منتقل گردند. در حالت کلی پایگاه داده اوراکل داده های ارزشمند که همواره در حال خوانده شدن می باشند را سعی می کند در بافر نگهداری کند که با این کار خود، کارایی پایگاه داده بهبود می یابد.
در اوراکل ۱۲cR1 یک مفهوم جدید معرفی شده به نام کش کردن کل پایگاه داده. در این حالت اگر پایگاه داده اوراکل تشخیص دهد که فضا به انداره کای وجود دارد، کل بلاک های پایگاه داده را کش نگهداری می کند. باید اضافه کرد که این حالت می تواند اجباری نیز گردد.

ادامه مطلب

artarad-Database-12c

چگونه یک جدول کوچک از پایگاه داده اوراکل با حجم بالا را در سریعترین زمان ممکن به وسیله Rman Backup بازیابی نماییم.

/۰ دیدگاه /در , /توسط

برای اکثر راهبران پایگاه داده پیش آمده که داده های درون جدولی از پایگاه داده اوراکل با حجم داده بالا به هر دلیلی نا معتبر گردیده اند و در خواست برای بازیابی این نوع داده ها در سریعترین زمان ممکن همواره مطرح می گردد. از طرفی با توجه به راهکار پیشنهادی اوراکل در خصوص استفاده از ابزار Rman جهت تهیه فایل های پشتیبان، بازیابی اینگونه از داده ها با استفاده از بازیابی کامل فایل های پشتیبان، زمان قابل توجه ای خواهد گرفت.

در نسخ گذشته مانند ۱۱R2 و … راهکارهایی در این خصوص موجود می باشد که در آن راهکارها، کلیه فعالیت ها به صورت دستی توسط راهبر پایگاه داده صورت می پذیرند که خود دارای پیچیدگی ها و مشکلات مختص آن روش ها می باشد.

ادامه مطلب

امکان بهینه سازی و تفکیک اطلاعات کم کاربرد با جدید در نسخه ۱۲c پایگاه داده اوراکل

/۰ دیدگاه /در , /توسط

یکی از اهداف سیاست ILM ( چرخه عمر اطلاعات ) کاهش هزینه برای storage ، بهبود کارایی و زمان دسترسی به اطلاعات جاری همانند اطلاعات آرشیو شده است و همچنین نگهداری اطلاعات به اندازه کافی جهت حفظ و اجرای قوانین نظارتی و پیاده سازی درخواستهای مربوط به حفظ اطلاعات است.

گاهی اوقات رشد اطلاعات از خرید storage ها در سازمان ها پیشی می گیرد. به همین دلیل است که سازمانها بایستی جهت دستیابی به سیاست ها و اهداف ILM خود ، از امکاناتی مانند tiered storage ( دیسک چند سطحی) و یا compression tiering ( فشرده سازی چند سطحی) استفده می کنند.
در نحوه استفاده از فشرده سازی (compression) این موضوع باید در نظر گرفته شود که جهت فشرده سازی دیتابیس جاری یا OLTP می بایستی از سطوح پایین آن ( lower compression level) و جهت فشرده سازی اطلاعاتی که کمتر استفاده می شود و یا به ندرت تغییر پیدا می کند از سطوح بالاتر فشرده سازی (higher levels of compression) استفاده شود و یا به دیسک های ارزان تر منتقل گردد.

ادامه مطلب

مقایسه ویندوز با لینوکس در خصوص پایگاه داده اوراکل

/۱ دیدگاه/در , , /توسط

در ویندوز با لینوکس در خصوص پایگاه داده اوراکل همواره در مقاصد Performance (کارایی)، Availability ( در دسترس بودن) و امنیتی پیشتاز بوده است ، اما در موضوع استفاده آسان (user Interface) ویندوز همواره عملکرد بهتری داشته است.

در سالهای گذشته بحث ها بیشتر در مورد مقایسه یونیکس و ویندوز بود، اما در حال حاضر با تسلط لینوکس این مباحث بیشتر بر روی مقایسه ویندوز با لینوکس متمرکز شده است.
با وجود مدیریت آسان ویندوز نسبت به لینوکس این سوال پیش می آید که با وجود این قابلیت چه ویژگی هایی نادیده گرفته می شود؟

چرا ویندوز به عنوان سرور oracle در نظر گرفته می شود؟

ادامه مطلب

معرفی Logical Standby

/۰ دیدگاه /در , /توسط

Logical Standby یک کپی از دیتابیس اصلی است، اما می تواند به یک ساختار جدید تغییر یابد. Logical Standby با اجرای دستورات SQL ی Update می گردد. انعطاف پذیری Logical Standby این امکان را به شما می دهد Oracle Database software (اعم از Patchها یا نسخه های جدید) را بروزرسانی کنید و یا روش های دیگر نگهداری و تغییر پایگاه داده اوراکل را بدون Down Time پیاده سازی کنید. از نسخه ۱۱g تغییر وضعیت به Logical Standby با استفاده از Physical Standby ممکن گردیده است.
Oracle Data Guard اطلاعات Archive Redolog File ها و یا Standby Redo Log File ها را با تبدیل کردن اطلاعات Log File ها به عبارات SQL ی در Logical Standby ، Apply می کند و سپس این عبارات SQL ی را بر روی سرورStandby LG اجرا می کند. به دلیل Update شدن سرور LG Standby با دستورات SQL ی، می بایستی همیشه open باشد. با وجود اینکه سرور LG Standby در وضعیت Read,Write به صورت open می باشد، جداول اصلی آن ( تصویر جداول دیتابیس Primary) برای اجرای مجدد دستورات SQL ی که از سمت سرور Primary آمده (SQL هایی که از Archive ها و یا Standby redolog ها generate شده است) می بایستی read only باشد. زمانی که این جداول update می شوند ممکن است همزمان برای گزارش گیری، تجمیع اطلاعات و query های دیگر نیز استفاده شوند.
Logical standby محدودیت هایی برای data type ها، نوع جداول و نوع دستورات DML و DDL دارد.

ادامه مطلب

اوراکل لینوکس

قابلیت‌های اوراکل لینوکس (Oracle Linux)

/۱ دیدگاه/در , /توسط

فراتر از انعطاف پذیری و به صرفه بودن از نظر متن باز بودن، اوراکل لینوکس کارایی با سطح Enterprise ، امنیت بالا، نقش حیاتی قابل اطمینان بودن ، پایداری و سرویس پذیری بالا (RAS) را نیز به همراه خود دارد.

اما آنچه اوراکل لینوکس از بقیه سیستم عامل ها – به ویژه در تراکنش های مربوط به پایگاه داده- مجزا می کند، مزایایی است که به منظور تجمیع عمق بستر سیستم عامل (platform’s deep) و راهکار های پشته (solution stack) ارائه می دهد که حاصل بهینه سازی نتایجی که از همکاری با صنایع بدست آمده است و افزایش پایداری هسته ( Unbreakable Enterprise Kernel) می باشد.

ادامه مطلب

ویژگی های RAC در پایگاه داده اوراکل نسخه ۱۲c

/۱ دیدگاه/در , /توسط

Oracle Real Application Cluster )RAC) قابلیتی از پایگاه داده اوراکل است که به منظور حداکثر پایداری (HA) استفاده می گردد. این ویژگی با استفاده از ابزار Oracle Grid Infrastructure امکان دسترسی، مدیریت و نگهداری بی وقفه اطلاعات را فراهم می کند.

در این مقاله مروری داریم بر امکانات جدید RAC در نسخه ۱۲c پایگاه داده اوراکل :
• In-Memory Column Store
این قابلیت امکان ذخیره جداول، پارتیشن های مربوط به آنها و یک ستون خاص را درقالب compressed columnar در داخل حافظه SGA فراهم می کند. دیتابیس تکنیک های ویژه مانند پردازش مستقیم SIMD را جهت اسکن اطلاعات به صورت columnar در سریعترین زمان ممکن به کار می گیرد.
می توان گفتIn-Memory Column Store مکمل و یا نسخه بهتری از database buffer cache است.

ادامه مطلب