آموزش، مشاوره و پشتیبانی دیتابیس اوراکل

۷ مطلب با کلمه‌ی کلیدی «دیتابیس» ثبت شده است

بررسی هنگ کردن اوراکل

برای انجام این پروسه میشه از sqlplus  و با استفاده از دستور oradebug  اطلاعاتی را به دست آورد. فرمان oradebug hanganlyze اطلاعاتی را در فایل trace برای بررسی بیشتر ارائه خواهد کرد. روال کلی با استفاده از فرمان های  زیر است:

sqlplus / as sysdba
oradebug setmypid
oradebug unlimit
oradebug hanganlyze 3
oradebug dump ashdumpseconds 30
oradebug dump systemstate 266
oradebug tracefile_name

در مواقع هنگ کامل که با sqlplus / as sysdba به دیتابیس نمی توان متصل شد از سوئیچ زیر استفاده کنید:

sqlplus /nolog
set _prelim on
۲۸ مهر ۹۸ ، ۰۸:۱۰ ۰ نظر
مهدی غفاری

اخبار داغ اوراکل: بروزرسانی تمپلیت‌های دیتابیس اوراکل

تیم اوراکل امروز بروزرسانی‌های جدیدی برای تمپلیت‌های VM خود برای محصول دیتابیس اوراکل را در دسترس توسعه دهندگان قرار داد. Oracle VM Templateها همونطور که می‌توانید حدس بزنید تمپلیت‌هایی هستند که می‌توانند به طور کامل یک محیط Single Instance یا (Oracle Restart (Single Instance/HA و یا (Oracle Real Application Clusters (RAC پیکربندی شده را در یک محیط Oracle VM به طور کامل و خودکار اجرا کنند.

معماری اپلیکیشن‌محور تمپلیت‌های ماشین مجازی اوراکل با هدف ایجاد امکان پیاده‌سازی سریع اپلیکیشن طراحی شده است. با استفاده از تمپلیت‌های ماشین مجازی اوراکل، اپلیکیشن‌های پیچیده نظیر Oracle Database یا Oracle Real Application Clusters - RAC را می‌توان ظرف چند دقیقه پیاده‌سازی کرد. ۱۰ بار سریعتر از سایر راهکارها ...

شما در یک بیزنس بزرگ قرار دارید با تمپلیت‌های Oracle VM می‌توانید در عرض چند دقیقه بهترین و قویترین دیتابیس رابطه‌ای جهان را به سادگی به هر تعداد که می‌خواهید به عنوان یک دیتابیس Single Instance یا (Oracle Restart (Single Instance/HA و یا Oracle RAC برای هر نود کلاستر بهره‌برداری و کلون‌گیری کنید.

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

تمپلیت‌های اوراکل برای مخاطبین گسترده‌ای از قبیل مدیران پایگاه داده، مدیران سیستم، توسعه دهندگان اپلیکیشن، کاربرهای تازه کار و کاربرهای حرفه ای قابل استفاده و مفید است. برخی از ویژگی‌های این تمپلیت‌ها:

  • صد درصد بدون مشکل و قابل اطمینان است، یعنی چند منبع مختلف برای یک تمپلیت وجود ندارد.
  • جامع است، یعنی نیازی به نصب سیستم عامل، نرم افزار اوراکل یا استفاده از اسکرپت دیگری برای محیط تست یا عملیات نیست.
  • تمام تمپلیت‌ها هم برای محیط دولوپ و هم برای عملیات قابل استفاده هستند.
  • تمام نسخه ها در هر ۲ نسخه از Oracle VM (ورژن ۲ و ۳) پشتیبانی می‌شوند (به عنوان مثال تمپلیت RAC و غیره).
  • آخرین پچ‌های موجود مثل PSU و پچ‌های توصیه شده از طرف اوراکل برای محصول مورد نظر بر روی این تمپلیت‌ها موجود است.
  • قابلیت سفارشی سازی پچ‌های نصب شده با opatch در دسترس شما است.
  • بدون مشکل در نصب سناریو. با چند کلیک سناریو خود را پیاده‌سازی کنید.
  • تضمین پایداری همیشگی از سوی اوراکل

حالا وقت آن است که خبر جدیدی که از سوی کمپانی اوراکل در متالینک (پشتیبانی رسمی اوراکل) درج شده رو باهم مرور کنیم.

اوراکل گفته است که بروزرسانی تمپلیت ها برای سال ۲۰۱۹ انجام شده و تغییرات زیر برای هر ۳ تمپلیت دیتابیسی صورت گرفته است:

Oracle Linux 7.6 UEK Release 5 Update 2 (UEK R5U2): 19.3.0.0.190416, 18.6.0.0.190416 and 12.2.0.1.190416 Templates Released!

Oracle Linux 6.10 UEK4: 12.1.0.2.190416 Templates Released!

همچنین اوراکل اعلام کرده است که این ۳ تمپلیت تا پایان ماه مه ۲۰۱۹ (نیمه خرداد ۱۳۹۸) به پلتفرم Oracle Cloud اضافه خواهند شد.

جهت پیشبرد کسب و کار خود و دریافت مشاوره/ پشتیبانی/ راه‌اندازی راهکارهای اوراکل از طریق صفحه تماس با ما در ارتباط باشید. 

۱۹ خرداد ۹۸ ، ۱۶:۳۳ ۰ نظر
مهدی غفاری

خدمات رایگان metalink

این خدمت دیگه ارائه نمیشه

---------------------------

از اونجایی که خیلی از دوستان توانایی هزینه کردن برای اکانت metalink رو به صورت شخصی ندارند و سازمان‌شون هم این اکانت رو براشون تهیه نمیکنه تصمیم گرفتم این مطلب رو بنویسم تا راهگشای این دسته از دوستان باشم

این کار به صورت کاملاً خود جوش و رایگان انجام میشه و تعهدی به ادامه‌ی همیشگی نیست ولی تا جایی که امکانش باشه ادامه پیدا میکنه

لیست خدمات:

  • ایجاد Service Request برای حل مشکلات
  • دانلود Patches & Updates
  • چک کردن Certification محصولات
  • دانلود مستندات اعضای metalink

ادامه مطلب...
۰۶ تیر ۹۵ ، ۰۸:۳۹ ۰ نظر
مهدی غفاری

charcter setهای دیتابیس برای داده فارسی

  • AR8MSWIN256
  • AL16UTF8
  • AL32UTF8
  • UFT8

AR8MSWIN256

نکته: قدیمها به جای AR8MSWIN256 از WE8ISO8859P1 استفاده میکردن بدون اینکه دلیلش رو بدونن، در حقیقت این استاندارد قبل از اومدن AR8MSWIN256 رواج داشت ولی دیگه قابل قبول نیست

AR =همون Arabic

تو ویندوز XP اگه به قسمت Regional and Language Option برید تو قسمت Code page conversion table استاندارهای ذخیره کاراکترها رو می‌بینید (تو ویندوز اگه اسکرول کنید بیاین پایین استاندارد 1256 (ANSI - Arabic) رو می‌بینید)

تو این استاندارد ذخیره‌سازی به غیر از حروف عربی ۴ حرف اضافه فارسی هم اضافه شده (گچ پژ)

8 = یعنی ۸ بیت (۱ بایت)

نکته: ۱ بایت همیشه ۸ بیت نبود تو یونیکس‌های قدیمی ۱ بایت ۷ بیت بود

MS = مخفف Microsoft

WIN = مخفف Windows

256 = به همون 1256 اشاره داره

نکته: پس اگه دیتابیستون رو روی charcter set: AR8MSWIN256 بذارید هر کاراکتر ۱ بایت‌ه پس اگه بگیم (20)varchar2 ما می‌تونیم ۲۰ تا کاراکتر تایپ کنیم

AL16UTF8

AL = همون Alternative

16 = یعنی ۱۶ بیت یا همون ۲ بایت

پس هر کاراکتر AL ما ۲ بایت میگیره

پس اگه ما یکبار 'mahdi' رو به صورتی انگلیسی تایپ کنیم ۵ بایت اشغال میشه

و برای 'مهدی' ۸ بایت اشغال میشه

AL32UTF8

AL = همون Alternative

32 = یعنی ۳۲ بیت یا همون ۴ بایت

پس هر کاراکتر AL ما ۳۲ بایت میگیره

پس اگه ما یکبار 'mahdi' رو به صورتی انگلیسی تایپ کنیم ۵ بایت اشغال میشه

و برای 'مهدی' ۱۶ بایت اشغال میشه

UFT8

utf8 برای همه نوع کاراکتر ۳ بایت اشغال میکنه

پس وقتی از char موقع ایجاد جدولتون استفاده می‌کنید دقیقاً بسته به character set دیتابیستون شما کاراکترها رو مشخص می‌کنید

مثلاً اگه بگید:

varchar2(20) char => دقیقاً 20 کاراکتر میشه در این فیلد ذخیره کرد حالا بسته به character set دیتابیس ممکنه هر حرف رو ۲ بایت، ۳ بایت، ۴ بایت در نظر بگیره

برای آشنایی بیشتر با character setها به سایت http://unicode.org سر بزنید.

همچنین خوبه به این مستند مایکروسافتی هم سر بزنید.

۰۵ تیر ۹۵ ، ۱۶:۳۵ ۰ نظر
مهدی غفاری

انواع Data Type در Oracle Database 11g

  • varchar استاندارد ANSI داره
  • varchar2 استاندارد oracle رو داره (ماکزیمم 4000 بایت تو 11g و 32767 بایت تو 12c)
  • char به صورت ماکزیمم 255 بایت یا کاراکتر رو ساپورت میکنه
  • nvarchar2 به صورت ماکزیمم 2000 بایت یا کاراکتر
  • number به صورت ماکزیمم ۳۸ رقم
  • date شامل "قرن، سال، ماه، روز، ساعت، دقیقه، ثانیه" داره
  • timestamp تمام date رو داره بعلاوه اینکه ثانیه تا ۹ رقم ریزتر هم میشه
  • long برای کاراکتر استفاده میشه و ماکزیمم اون ۲ گیگ‌ه
  • long raw برای فایلهای باینری هستش و برای فایل‌های pdf, doc, mp3, avi, dll, ... هستش ماکزیمم ۲ گیگ

LOBs یا همون Large Objects

  • clob به صورت کاراکتره و ماکزیمم ۴ گیگ‌ه
  • nclob به صورت کاراکتر با ساپورت کاراکترهای national و ماکزیمم ۴ گیگ‌ه
  • blob به صورت binary برای فایلهای باینری هستش و برای فایل‌های pdf,rtf, doc, mp3, avi, dll, ... هستش، ماکزیمم ۴ گیگ
  • bfile در این type فایل‌ها به صورت اکسترنال و روی OS قرار داردند و درون bfile اشاره‌گر به فایل قرار دارد، ماکزیمم ۴ گیگ
  • securefile همون blob با سرعت و کارایی بیشتر

تفاوت بین long و long raw و LOBها

1:

اگه فیلدهای جدول شما به صورت زیر باشه به طور قطع شما موقع ساخت جدول به مشکل میخورید:

create table e(
e_id number(20),
f_name varchar(40 char),
...,
...,
cv long,
img long raw
);

نکته اینجاست که در یک جدول ۲ فیلد long نمیتوان داشت

2:

سرعت خوندن در log و LOBها متفاوته

در حقیقت long و long raw به صورت sequencial از حافظه میخونن(سریالی) و LOBها به صورت random access(مستقیم)

3:

در اوراکل با contex index یا همون oracle text میشه فیلدهای blob رو به صورت لغت به لغت ایندکس‌گذاری کرد همچنین به طور کامل از فارسی پشتیبانی میکنه

نکته: روز فیلدهای blob و clob نمیتوان index معمولی (b-tree ,bitmap) گذاشت

نکته: اگه فایل pdf داشته باشید context index نمیتونه فارسی‌ها رو ایندکس بکنه و فقط انگلیس‌ها رو ایندکس میکنه

4:

ذخیره فایلهای باینری مثل فیلم و موزیک در bfile عملکرد بهتری نسبت به فقط ذخیره آدرس فایل در varchar یا ... دارد

مثلا فرض کنید OS ما ویندوزه و فایلهای ما هم در درایوهای ویندوز قرار داره پس موقع ذخیره آدرس فایل در varchar آدرس فایلها به صورت ویندوزی است در این حالت اگه مسیر فایلها رو عوض کنیم کل مسیرهای ذخیره شده در دیتابیس هم باید عوض شود همچنین اگه سیستم‌عاملمون رو عوض کنیم و به unix baseها یا unix likeها که از استاندارد POSIX استفاده میکنن بریم دوباره کل مسیرها باید عوض شوند تازه اگه فایلها تو انتقال طبقه‌بندی و از هم جدا بشن درست کردن مسیرها بسیار کار مشکلی خواهد بود

برای رهایی از این مشکلات از bfile استفاده می‌کنیم و با ایجاد یک آبجکت دایرکتوری در دیتابیس مسیر فایلها رو ذخیره می‌کنیم در این رویکرد اگه سیستم‌عامل عوض شود یا بخوایم مسیر رو عوض کنیم فقط مسیر دایرکتوری رو عوض می‌کنیم

مزیت دیگه bfile نسبت به varchar برای ذخیره آدرس فایلها اینه که میتونیم رو فایلها ایندکس بذاریم(مثلا ایندکس روی doc, docx, rtf, ...) در صورتی که اگه از نوع varchar باشه فقط روی رشته‌ها ایندکس انجام میشه

اگه blob رو به bfile ببریم اولین مشکل میتونه تو خراب شدن پسوند فایلها در OS به وجود بیاد، دومین مشکل سر export گیری هستش اگه فایلها توی blob باشن با یه export تمام فایلها هم بک‌آپ گرفته میشن همچنین حجم بک‌آپ بالاتر میره

char

وقتی از data type char استفاده می‌کنید داده‌ها تو حافظه به صورت fix ذخیره می‌شوند

(پس سایز char به صورت fix ‌است) مثلاً:

Mahdi char(20) => 'Mahdi              '

مشکلات char

  • اشغال زیاد حافظه
  • مشکل در index و sort
  • مشکل در select (حتما باید موقع select ما trim کنیم رشته ورودی رو)
create table employees(
    employee_id number(10),
    f_name varchar2(40 char)
)

تو فیلد اول type ما در حقیقت 10 بایت‌ه و تعداد کاراکترهاش بسته به character set دیتابیس داره

و تو فیلد دوم type ما دقیقاً 40 کاراکتره

۰۵ تیر ۹۵ ، ۱۳:۲۳ ۰ نظر
مهدی غفاری

نگاهی بر معماری Oracle Database 11g - قسمت دوم

نگاهی بر معماری Oracle Database 11g - قسمت اول

KEEP buffer pool

اگه جداول base ما در محاسباتمون زیاد استفاده میشه (موقع join ها) و گزارش‌گیری‌های زیادی ازشون انجام میشه برای اوراکل نمیصرفه هر دفعه اطلاعات شما رو بیاره تو database buffer cache پس اوراکل جدول رو KEEP میکنه یعنی جدول base رو میخونه میاره تو حافظه تو محفظه‌ی KEEP buffer pool پس دیتایی که دائما توی گزارش‌هامون مورد استفاده قرار میگیره و تغییراتی روش انجام نمیشه رو اوراکل به صورت KEEP نگه میداره مگر اینکه دیتابیس بیاد پایین یا برق سرور بره

همچنین این کار موقع ساختن جدول یا بعدش با دستور alter امکان پذیره همچنین می‌تونید برای اینکار اسکریپت هم بنویسید

 Alter table emp storage (buffer_pool Keep);

یه نمونه اسکریپت

Oracle Automating Script for KEEP Pool Caching Tables & Indexes db_keep_cache_size

BEST PRACTICE اینه که فقط جداول پایه با حجم کم رو KEEP‌ کنید در کل جداولی با داده کم و کاربرد زیاد مثل اطلاعات: شهرها، فرمولهای مالی، نرخ سود، نام دپارتمان‌ها و ...

 

نکته: هیچوقت یک جدول بالای 1 میلیون رکورد رو KEEP نکنید چون بی‌خودی حافظه رو میگیره

نکته: اگه دیتا زیاده و تغییرات داره بهتره از TimesTen استفاده بشه (این محصول دیتا رو کلاً میخونه میذاره تو حافظه بعد خودش دیتابیس رو مدیریت میکنه که اگه دیتا تغییر کرد دیتای حافظه هم تغییر کنه و ...)

ادامه مطلب...
۳۱ خرداد ۹۵ ، ۲۳:۰۶ ۲ نظر
مهدی غفاری

نگاهی بر معماری Oracle Database 11g - قسمت اول

تو این پست میخوایم نگاهی دوباره بر معماری اوراکل از روی اسلایدهای دانشگاه اوراکل بندازیم.

دریافت
حجم: 558 کیلوبایت
توضیحات: Less01_Architecture

دریافت
حجم: 23 مگابایت
توضیحات: تمام اسلایدهای اوراکل ورکشاپ ۱ به همراه اسکریپت‌ها 

نگاهی بر معماری Oracle Database 11g - قسمت اول

نگاهی بر معماری Oracle Database 11g - قسمت دوم

نگاهی بر معماری Oracle Database 11g - قسمت سوم

یادتون باشه اگه معماری اوراکل رو خوب ندونید برای tuning اون نمیتونید مانور زیادی انجام بدید. پس اول باید معماری رو خوب بلد باشیم که چه اتفاقهایی تو سیستم میوفته بعد برای tun‌ کردن دیتابیس اقدام کنیم.

ادامه مطلب...
۰۳ خرداد ۹۵ ، ۱۱:۰۴ ۴ نظر
مهدی غفاری