SlideShare uma empresa Scribd logo
1 de 40
Introduction to Oracle Database
‫ئی‬ ‫حمزه‬ ‫احسان‬
‫مطالب‬ ‫فهرست‬
1-‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
2-‫اندازی‬ ‫راه‬ ‫و‬ ‫نصب‬
3-‫اطالعاتی‬ ‫بانک‬ ‫مدیریت‬ ‫و‬ ‫ایجاد‬
4-‫مدیریت‬Instance
5-‫مدیریت‬TableSpace
6-‫جداول‬ ‫مدیریت‬
7-‫منطقی‬ ‫اشیاء‬ ‫سایر‬ ‫مدیریت‬
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫اطالعاتی‬ ‫بانک‬ ‫سرور‬:
1-‫اطالعاتی‬ ‫بانک‬(‫دیسک‬ ‫روی‬ ‫فایل‬ ‫مجموعه‬)
2-Instance(‫حافظه‬ ‫ساختارهای‬ ‫و‬ ‫فرآیندها‬ ‫از‬ ‫ای‬ ‫مجموعه‬-‫هدف‬:‫دستیابی‬
‫ها‬ ‫داده‬ ‫به‬
1.‫سازی‬ ‫ذخیره‬ ‫ساختار‬‫بانک‬‫اطالعاتی‬:
1.1.‫فیزیکی‬ ‫ساختار‬
1.2.‫منطقی‬ ‫ساختار‬
2.Instance
2.1.‫حافظه‬ ‫ساختار‬(‫مشترک‬ ‫حافظه‬)
2.2.‫زمینه‬ ‫پس‬ ‫فرآیندهای‬
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
1.1.‫فیزیکی‬ ‫ساختار‬:
Data Files
Control Files
Redo Log Files
Parameter Files
Backup Files
Archive Log Files
Alert & Trace Log Files
…
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫منطقی‬ ‫ساختار‬:
Data Block
Extent
Segment
Tablespace
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
(Data Block)
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
(segment)
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
(TableSpace)
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
Instance
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫حافظه‬SGA
DataBase Buffer Cache:
‫شده‬ ‫خوانده‬ ‫دیتای‬+‫شده‬ ‫داده‬ ‫تغییر‬ ‫داده‬(‫حذف‬ ‫یا‬ ‫تغییر‬ ،‫درج‬)
‫دستور‬ ‫یک‬ ‫هنگام‬ ‫که‬ ‫است‬ ‫جایی‬ ‫اولین‬ ‫ناحیه‬ ‫این‬SQL‫دیتای‬ ‫دنبال‬ ‫به‬ ‫اوراکل‬
‫نبود‬ ‫اگر‬ ‫و‬ ‫گردد‬ ‫می‬ ‫نظر‬ ‫مورد‬...
‫ها‬ ‫داده‬ ‫بافر‬ ‫ناحیه‬ ‫در‬ ‫بافر‬ ‫انواع‬:
1-Free Buffer
2-Dirty Buffer
3-Pinned Buffer
‫داده‬ ‫بافر‬ ‫چندین‬ ‫از‬ ‫استفاده‬:
Keep Buffer Pool
Recycle Buffer Pool
Default Buffer Pool
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫حافظه‬SGA
Redo Log Buffer:
‫از‬ ‫داری‬ ‫نگه‬Redo Entry‫تغییر‬ ‫ی‬ ‫نتیجه‬ ‫در‬ ‫که‬ ‫هایی‬(‫به‬ ،‫حذف‬ ،‫درج‬
‫روزرسانی‬)‫آیند‬ ‫می‬ ‫وجود‬ ‫به‬.
‫پردازد‬ ‫می‬ ‫حافظه‬ ‫فضای‬ ‫تخصیص‬ ‫به‬ ‫است‬ ‫مدور‬ ‫شکل‬ ‫به‬ ‫بافر‬ ‫این‬.‫پس‬ ‫و‬‫از‬
‫پردازد‬ ‫می‬ ‫مربوطه‬ ‫های‬ ‫فایل‬ ‫در‬ ‫ها‬ ‫داده‬ ‫نوشتن‬ ‫به‬ ‫بازگشت‬.
Shared Pool:
‫حافظه‬ ‫های‬ ‫بخش‬ ‫ترین‬ ‫مهم‬ ‫از‬ ‫یکی‬SGA‫است‬
‫دستورات‬ ‫اینجا‬ ‫در‬SQL, PL/SQL‫اطالعات‬ ‫و‬Data Dictionary‫می‬ ‫قرار‬
‫گیرند‬.
‫شود‬ ‫می‬ ‫تقسیم‬ ‫بخش‬ ‫زیر‬ ‫چند‬ ‫به‬ ‫بخش‬ ‫این‬:
1-Library Cache
2-Data Dictionary Cache
3-Result Cache
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫حافظه‬SGA
Shared Pool:
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫حافظه‬SGA
Large Pool:‫ک‬ ‫است‬ ‫حالتی‬ ‫برای‬ ‫و‬ ‫ست‬ ‫اختیاری‬ ‫حافظه‬ ‫از‬ ‫بخش‬ ‫این‬‫ه‬
‫از‬ ‫فرار‬ ‫برای‬ ،‫باشد‬ ‫داشته‬ ‫باال‬ ‫حافظه‬ ‫به‬ ‫نیاز‬ ‫فرآیندی‬ ‫است‬ ‫ممکن‬‫مکانیزم‬
LRU‫و‬fragmentation‫حافظه‬ ‫در‬Shared‫استفاده‬ ‫حافظه‬ ‫این‬ ‫از‬
‫شود‬ ‫می‬.
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫حافظه‬SGA
Java Pool:!
Stream Pool:‫ابزار‬ ‫به‬ ‫که‬ ‫اختیاری‬ ‫ای‬ ‫حافظه‬Oracle Streams
‫ی‬ ‫وظیفه‬ ‫تا‬ ‫کند‬ ‫می‬ ‫پیدا‬ ‫اختصاص‬Data Replication‫دهد‬ ‫انجام‬ ‫را‬.
Fixed SGA:‫به‬ ‫و‬ ‫شود‬ ‫می‬ ‫مدیریت‬ ‫اوراکل‬ ‫توسط‬ ‫که‬ ‫ثابت‬ ‫ای‬ ‫حافظه‬
‫شرای‬ ‫قبیل‬ ‫از‬ ‫هایی‬ ‫داده‬ ‫اوراکل‬ ‫آن‬ ‫در‬ ‫و‬ ‫نیست‬ ‫تغییر‬ ‫قابل‬ ‫وجه‬ ‫هیچ‬‫ط‬
‫و‬ ‫داده‬ ‫پایگاه‬Instance‫فرآیندهای‬ ‫توسط‬ ‫که‬ ‫کند‬ ‫می‬ ‫داری‬ ‫نگه‬ ‫را‬
‫است‬ ‫نیاز‬ ‫مورد‬ ‫مختلف‬.‫یک‬ ‫از‬ ‫است‬ ‫ممکن‬ ‫حافظه‬ ‫بخش‬ ‫این‬Release
‫به‬Release‫باشد‬ ‫متفاوت‬ ‫دیگر‬.
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫حافظه‬SGA
InMemory Column Store:(12c)
‫بخش‬ ‫یک‬optional‫ستونی‬ ‫فرمت‬ ‫در‬ ‫جداول‬ ‫از‬ ‫ای‬ ‫کپی‬ ‫آن‬ ‫در‬ ‫که‬ ‫است‬
‫شود‬ ‫می‬ ‫داری‬ ‫نگه‬ ‫سریع‬ ِ‫اسکن‬ ‫منظور‬ ‫به‬ ‫و‬.
‫مزایا‬:
‫برای‬ ‫سرعت‬ ‫افزایش‬SCAN, JOIN
‫و‬AGGREGATE‫کردن‬
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫حافظه‬PGA
‫حافظه‬PGA:‫کاربری‬ ‫وقتی‬session‫به‬ ‫ای‬ ‫حافظه‬ ،‫کند‬ ‫می‬ ‫ایجاد‬
‫شود‬ ‫می‬ ‫داده‬ ‫اختصاص‬ ‫مربوطه‬ ‫کارهای‬ ‫منظور‬.
‫اوراکل‬ ‫سرور‬ ‫بندی‬ ‫پیکره‬ ‫به‬ ‫وابسته‬ ‫حافظه‬ ‫این‬ ‫مختلف‬ ‫های‬ ‫بخش‬‫است‬
(dedicated, shared)
UGA (dedicated)
Private SQL Area (dedicated)
SQL Work Area
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫حافظه‬ ‫خودکار‬ ‫مدیریت‬
‫مدیریت‬‫خودکار‬PGA:(9i)
‫خودکار‬ ‫مدیریت‬SGA( :10g)
‫خودکار‬ ‫مدیریت‬‫همزمان‬( :11g)
‫حافظه‬ ‫تخصیص‬:
Optimal
One pass
Multi pass
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫فرآیندها‬
Processes:
1-Client Process
2-Oracle Process
2.1-Server Process
2.2-Background Process
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫فرآیندها‬
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬
‫شوند‬ ‫می‬ ‫بندی‬ ‫تقسیم‬ ‫زیر‬ ‫ی‬ ‫دسته‬ ‫سه‬ ‫به‬ ‫زمینه‬ ‫پس‬ ‫فرآیندهای‬:
‫اجباری‬ ‫فرآیندهای‬
PMON(Process Monitor)
LREG(Listener Registration)
SMON(System Monitor)
DBWR(Database Writer)
LGWR(Log Writer)
CKPT(Check Point)
MMON + MMNL(Manageability and Monitor)
RECO(Recoverer)
…
‫اختیاری‬ ‫فرآیندهای‬
ARCn
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬
PMON(Process Monitor)
‫ی‬ ‫حافظه‬ ‫بخش‬ ‫سازی‬ ‫آزاد‬ ‫مسئولیت‬DB Buffer Cache
‫سایر‬ ‫کردن‬ ‫مانیتور‬ ‫مسئولیت‬Process‫ها‬
LREG(Listener Registration)
‫مورد‬ ‫در‬ ‫اطالعاتی‬Instance, Dispatchers (or server
Processes), Listener‫ها‬Register‫کند‬ ‫می‬.‫که‬ ‫نحوی‬ ‫به‬Listener‫از‬
service handler‫شود‬ ‫می‬ ‫مطلع‬ ‫مربوطه‬.‫که‬ ‫صورتی‬ ‫در‬Listener‫باال‬
‫مورد‬ ‫در‬ ‫اطالعات‬ ‫ثبت‬ ‫فرآیند‬ ‫خود‬ ‫ای‬ ‫دوره‬ ‫کردن‬ ‫چک‬ ‫با‬ ‫فرآیند‬ ‫این‬ ‫نباشد‬‫نام‬
Instance‫و‬service handler‫کند‬ ‫می‬ ‫اقدام‬ ‫مربوطه‬.
‫دوره‬ ‫کردن‬ ‫چک‬ ‫برای‬ ‫وقت‬ ‫اتالف‬ ‫بدون‬ ‫صورت‬ ‫به‬ ‫خواهیم‬ ‫می‬ ‫که‬ ‫صورتی‬ ‫در‬
‫آمدن‬ ‫باال‬ ‫از‬ ‫پس‬ ،‫ای‬Listener‫می‬ ‫اجرا‬ ‫را‬ ‫زیر‬ ‫دستور‬ ‫شود؛‬ ‫انجام‬ ‫ثبت‬ ‫فرآیند‬
‫کنیم‬:
 Alter system register;
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬
SMON(System Monitor):
‫ش‬ ‫ایجاد‬ ‫سیستم‬ ‫مقیاس‬ ‫در‬ ‫هایی‬ ‫فعالیت‬ ‫انجام‬ ‫منظور‬ ‫به‬ ‫فرآیند‬ ‫این‬‫است‬ ‫ده‬.
‫مرتبط‬ ‫های‬ ‫فعالیت‬:
Instance Recovery
Clean-up Unused Temporary Segments
Merging contiguous extents
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬
(Database Writer:)
‫فرآیند‬ ‫این‬dirty buffer‫از‬ ‫را‬ ‫ها‬DB Buffer Cache‫روی‬ ‫به‬
‫نویسند‬ ‫می‬ ‫دیسک‬.‫فراخو‬ ‫حالت‬ ‫دو‬ ‫در‬ ‫فرآیند‬ ‫این‬ ‫کلی‬ ‫طور‬ ‫به‬‫انی‬
‫شود‬ ‫می‬:
1-‫عملیات‬ ‫هنگام‬checkpoint
2-‫در‬ ‫کافی‬ ‫اندازه‬ ‫به‬ ‫حافظه‬ ‫نبود‬ ‫هنگام‬DB Buffer Cache
‫تعریف‬ ‫امکان‬DBWR‫فرآیند‬ ‫چندین‬ ‫صورت‬ ‫به‬(DBWRn)
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬
LGWR(Log Writer:)‫در‬ ‫موجود‬ ‫اطالعات‬ ‫انتقال‬ ‫ی‬ ‫وظیفه‬Redo
Log Buffer‫های‬ ‫فایل‬ ‫به‬Redo Log‫دارد‬ ‫عهده‬ ‫بر‬ ‫را‬.
‫زمانی‬ ‫چه‬LGWR‫در‬ ‫را‬ ‫ها‬ ‫داده‬Redo Log‫کند‬ ‫می‬ ‫ثبت‬:
‫تراکنشی‬commit‫شود‬ ‫می‬.
Log switch‫افتد‬ ‫می‬ ‫اتفاق‬.
3‫بار‬ ‫یک‬ ‫ثانیه‬!
1/3‫از‬ ‫شده‬ ‫پر‬ ‫ناحیه‬ ‫حجم‬ ‫یا‬ ‫باشد‬ ‫شده‬ ‫پر‬ ‫بافر‬ ‫ناحیه‬1‫کند‬ ‫تجاوز‬ ‫مگابایت‬.
‫از‬ ‫قبل‬DBWR(write-ahead protocol)
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬
CKPT (Checkpoint):
‫فرآیند‬ ‫فراخوانی‬ ‫با‬ ‫فرآیند‬ ‫این‬DBWR
DBWR‫فراخوانی‬LGWR
‫دیسک‬ ‫در‬ ‫ثبت‬
‫آپدیت‬‫فایل‬Header‫و‬Control
Full CKPT, Partial CKPT
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬
MMON, MMNL:
Instance‫از‬ ‫ای‬ ‫آماری‬ ‫های‬ ‫داده‬ ‫همواره‬ ‫اوراکل‬performance
‫کند‬ ‫می‬ ‫تهیه‬ ‫خود‬.‫حافظه‬ ‫در‬ ‫ها‬ ‫داده‬ ‫این‬ ‫آوری‬ ‫جمع‬ ‫وظیفه‬MMON‫و‬
‫با‬ ‫مربوطه‬ ‫حافظه‬ ‫شدن‬ ‫پر‬ ‫از‬ ‫پس‬ ‫دیسک‬ ‫روی‬ ‫بر‬ ‫آنها‬ ‫انتقال‬ ‫وظیفه‬
MMNL‫است‬.
RECO:
‫د‬ ‫را‬ ‫شده‬ ‫توزیع‬ ‫های‬ ‫تراکنش‬ ‫بازسازی‬ ‫و‬ ‫ترمیم‬ ‫وظیفه‬ ‫فرآیند‬ ‫این‬‫ارد‬.(‫این‬
‫توسط‬ ‫که‬ ‫است‬ ‫ها‬ ‫دیتابیس‬ ‫میان‬ ‫ارتباط‬ ‫برقراری‬ ‫نیازمند‬ ‫کار‬
NetService‫است‬ ‫پذیر‬ ‫امکان‬)
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬
1-Client / Server
2-Multitier:‫درونی‬ ‫الیه‬ ‫وجود‬ ‫معماری‬ ‫این‬ ‫اصلی‬ ‫ویژگی‬
(application server)‫است‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫مدیریت‬ ‫منظور‬ ‫به‬.
3-SOA:‫نام‬ ‫به‬ ‫بخشی‬ ‫توسط‬ ‫اوراکل‬Oracle XML DB‫ارائه‬ ‫امکان‬
‫دخالت‬ ‫بدون‬ ‫سرویس‬ ‫وب‬application server‫است‬ ‫آورده‬ ‫فراهم‬ ‫را‬
‫پ‬ ‫با‬ ‫ارتباط‬ ‫برای‬ ‫مبنا‬ ‫سرویس‬ ‫معماری‬ ‫از‬ ‫توان‬ ‫می‬ ‫دیدگاه‬ ‫این‬ ‫با‬ ‫و‬‫ایگاه‬
‫استفادهکرد‬ ‫داده‬ ‫های‬.
4-Grid:‫امکان‬ ‫معماری‬ ‫این‬ ‫در‬Poolِ‫کردن‬Resource‫آمده‬ ‫فراهم‬ ‫ها‬
‫است‬.
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬
C/S
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬
Multitier
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬
Grid
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬
Oracle NetService:
‫بس‬ ‫در‬ ‫ارتباط‬ ‫ایجاد‬ ‫وظیفه‬‫تر‬
‫پای‬ ‫سرورهای‬ ‫بین‬ ‫شبکه‬‫گاه‬
‫ر‬ ‫ها‬ ‫کالینت‬ ‫با‬ ‫و‬ ‫هم‬ ‫با‬ ‫داده‬‫ا‬
‫دارد‬ ‫عهده‬ ‫بر‬.
Oracle Net Listener:
‫همواره‬ ‫سرویس‬ ‫این‬
‫های‬ ‫درخواست‬client‫ها‬
‫با‬ ‫و‬ ‫کند‬ ‫می‬ ‫دریافت‬ ‫را‬
‫بهی‬ ‫دهنده‬ ‫سرویس‬ ‫انتخاب‬‫نه‬
‫بی‬ ‫ارتباط‬ ‫سرور‬ ‫سمت‬ ‫در‬‫ن‬
‫برقرا‬ ‫را‬ ‫سرور‬ ‫و‬ ‫کالینت‬‫ر‬
‫کند‬ ‫می‬.
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬
‫داده‬ ‫پایگاه‬ ‫به‬ ‫اتصال‬ ‫نحوه‬ ‫بندی‬ ‫پیکره‬‫اوراکل‬:
dedicated:
‫یک‬ ‫اتصال‬ ‫هر‬ ‫ازای‬ ‫به‬dedicated server process
‫گردد‬ ‫نمی‬ ‫بر‬ ‫منابع‬ ‫نشود‬ ‫قطع‬ ‫اتصال‬ ‫که‬ ‫زمانی‬ ‫تا‬
‫ارتباط‬ ‫این‬ ‫طریق‬ ‫از‬ ‫مدیریتی‬ ‫کارهای‬ ‫انجام‬ ‫امکان‬
‫در‬ ‫تماما‬ ‫حافظه‬ ‫اختصاص‬PGA‫مربوطه‬
Shared server:
‫طریق‬ ‫از‬ ‫ارتباط‬ ‫ایجاد‬dispatcher
‫یک‬ ‫وجود‬pool‫از‬server process‫پاسخگویی‬ ‫منظور‬ ‫به‬ ‫ها‬
‫به‬ ‫وابسته‬ ‫اطالعات‬ ‫هرگونه‬ ‫اختصاص‬session‫در‬SGA (large pool, shared area)
‫چندین‬ ‫تعریف‬ ‫امکان‬dispatcher‫بهتر‬ ‫پاسخگویی‬ ‫منظور‬ ‫به‬
‫صورت‬ ‫به‬ ‫اتصال‬ ‫امکان‬ ‫عدم‬DBA‫مدیریتی‬ ‫کارهای‬ ‫انجام‬ ‫و‬
DCRP
‫همانند‬dedicated‫گردد‬ ‫می‬ ‫باز‬ ‫مخزن‬ ‫به‬ ‫سرور‬ ‫فرآیند‬ ‫شدن‬ ‫فعال‬ ‫غیر‬ ‫زمان‬ ‫در‬ ‫ولی‬.‫فقط‬
‫باشد‬ ‫انجام‬ ‫حال‬ ‫در‬ ‫کاری‬ ‫که‬ ‫شود‬ ‫می‬ ‫داده‬ ‫تخصیص‬ ‫حافظه‬ ‫زمانی‬.
‫اندازه‬ ‫از‬ ‫بیشتر‬ ‫ها‬ ‫درخواست‬ ‫تعداد‬ ‫که‬ ‫صورتی‬ ‫در‬pool‫گیرند‬ ‫می‬ ‫قرار‬ ‫صف‬ ‫درون‬ ‫باشد‬.
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬
dedicated
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬
shared server
‫بندی‬ ‫پیکره‬ ‫نحوه‬:
‫م‬ ‫انجام‬ ‫پویا‬ ‫صورت‬ ‫به‬ ‫کار‬ ‫این‬ ،‫شوند‬ ‫تنظیم‬ ‫زیر‬ ‫های‬ ‫پارامتر‬ ‫باید‬‫شود‬ ‫ی‬
‫دستور‬ ‫از‬ ‫استفاده‬ ‫با‬ ‫و‬Register‫به‬ ‫زمان‬ ‫همان‬ ‫در‬Listener‫معرفی‬
‫شوند‬ ‫می‬.
SHARED_SERVERS(‫صفر‬ ‫از‬ ‫بزرگتر‬ ‫مقداری‬ ‫به‬)
MAX_SHARED_SERVERS
DISPATCHERS
MAX_DISPATCHERS
‫مثال‬:
 Alter system set
dispatchers=‘(dispatchers=2)(porotocol=tcp)’;
 Alter System set shared_servers=20;
 Alter system register;
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬
shared server
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬
DRCP- Database Resident Connection pooling
‫بندی‬ ‫پیکره‬ ‫ی‬ ‫نحوه‬:
‫زیر‬ ‫دستور‬ ‫از‬ ‫استفاده‬ ‫با‬ ‫منبع‬ ‫کردن‬ ‫فعال‬:(‫ب‬ ،‫بار‬ ‫یک‬ ‫برای‬ ‫فقط‬‫لغو‬ ‫رای‬
‫دستور‬ ‫هم‬stop_pool)
 EXEC DBMS_CONNECTION_POOL.start_pool();
‫ارتباطی‬ ‫منبع‬ ‫سمت‬ ‫به‬ ‫درخواست‬ ‫هدایت‬:
 Host:port/sid:POOLED
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬
DRCP- Database Resident Connection pooling
‫بررسی‬ ‫مورد‬ ‫های‬ ‫بخش‬ ‫بندی‬ ‫جمع‬
‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬
1-‫سازی‬ ‫ذخیره‬ ‫ساختار‬
1.1-‫منطقی‬ ‫و‬ ‫فیزیکی‬
2-Oracle Instance
2.1-‫حافظه‬ ‫ساختارهای‬
2.1.1-‫مشترک‬ ‫حافظه‬SGA(‫همزمان‬ ‫و‬ ‫دستی‬ ،‫خودکار‬ ‫مدیریت‬)
2.1.2-‫اختصاصی‬ ‫حافظه‬PGA(‫همزمان‬ ‫و‬ ‫دستی‬ ‫خودکار‬ ‫مدیریت‬)
2.2-‫فرآیندها‬
2.2.1-‫اجباری‬ ‫فرآیندهای‬
2.2.2-‫اختیاری‬ ‫فرآیندهای‬
3-‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬
4-‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬
‫تشکر‬ ‫با‬-‫اول‬ ‫بخش‬ ‫اتمام‬

Mais conteúdo relacionado

Mais procurados

آموزش مدیریت بانک اطلاعاتی اوراکل - بخش یکم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش یکمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش یکم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش یکمfaradars
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دوازدهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دوازدهمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش دوازدهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دوازدهمfaradars
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دهمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش دهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دهمfaradars
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هشتم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هشتمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش هشتم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هشتمfaradars
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هفتم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هفتمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش هفتم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هفتمfaradars
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش چهاردهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش چهاردهمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش چهاردهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش چهاردهمfaradars
 

Mais procurados (6)

آموزش مدیریت بانک اطلاعاتی اوراکل - بخش یکم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش یکمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش یکم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش یکم
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دوازدهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دوازدهمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش دوازدهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دوازدهم
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دهمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش دهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش دهم
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هشتم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هشتمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش هشتم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هشتم
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هفتم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هفتمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش هفتم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش هفتم
 
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش چهاردهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش چهاردهمآموزش مدیریت بانک اطلاعاتی اوراکل - بخش چهاردهم
آموزش مدیریت بانک اطلاعاتی اوراکل - بخش چهاردهم
 

Semelhante a Introduction to oracle

Introduction to Hadoop and Spark - اسلاید کارگاه آموزش هدوپ و اسپارک شیراز
Introduction to Hadoop and Spark - اسلاید کارگاه آموزش هدوپ و اسپارک شیرازIntroduction to Hadoop and Spark - اسلاید کارگاه آموزش هدوپ و اسپارک شیراز
Introduction to Hadoop and Spark - اسلاید کارگاه آموزش هدوپ و اسپارک شیرازMobin Ranjbar
 
1st Hadoop Tehran Workshop - اسلاید اولین کارگاه آموزش هدوپ تهران
1st Hadoop Tehran Workshop - اسلاید اولین کارگاه آموزش هدوپ تهران1st Hadoop Tehran Workshop - اسلاید اولین کارگاه آموزش هدوپ تهران
1st Hadoop Tehran Workshop - اسلاید اولین کارگاه آموزش هدوپ تهرانFarafekr Technology
 
مسیردهی و پروتوکولهای مسیریابی
مسیردهی و پروتوکولهای مسیریابیمسیردهی و پروتوکولهای مسیریابی
مسیردهی و پروتوکولهای مسیریابیMuhibullah Aman
 
Cisco Exploration 2 In Persion-Muhibullah Aman
Cisco Exploration 2 In Persion-Muhibullah AmanCisco Exploration 2 In Persion-Muhibullah Aman
Cisco Exploration 2 In Persion-Muhibullah AmanMuhibullah Aman
 
Oracle نوشته مهندس اسمعیل دخت
Oracle  نوشته مهندس اسمعیل دختOracle  نوشته مهندس اسمعیل دخت
Oracle نوشته مهندس اسمعیل دختYashar Esmaildokht
 
سیستم فایل HDFS
سیستم فایل HDFSسیستم فایل HDFS
سیستم فایل HDFSnasser rezaei
 
مفاهیم رایانش ابری
مفاهیم رایانش ابریمفاهیم رایانش ابری
مفاهیم رایانش ابریAli Aboutalebi
 
Oracle Data Integrator (persian)
Oracle Data Integrator (persian)Oracle Data Integrator (persian)
Oracle Data Integrator (persian)Ehsan Hamzei
 
ورودی خروجی Hadoop
ورودی خروجی Hadoopورودی خروجی Hadoop
ورودی خروجی Hadoopnasser rezaei
 
Repository pattern
Repository patternRepository pattern
Repository patternMahdi Fa
 
Data Management System- Haseb System Co
Data Management System- Haseb System CoData Management System- Haseb System Co
Data Management System- Haseb System CoHamed Ghazanfari
 
Pdn tech-netfilter&iptables-ver2.1.0
Pdn tech-netfilter&iptables-ver2.1.0Pdn tech-netfilter&iptables-ver2.1.0
Pdn tech-netfilter&iptables-ver2.1.0pdnsoftco
 

Semelhante a Introduction to oracle (20)

Redis.
Redis.Redis.
Redis.
 
IranOUG_Oracle_Multitenant
IranOUG_Oracle_MultitenantIranOUG_Oracle_Multitenant
IranOUG_Oracle_Multitenant
 
Introduction to Hadoop and Spark - اسلاید کارگاه آموزش هدوپ و اسپارک شیراز
Introduction to Hadoop and Spark - اسلاید کارگاه آموزش هدوپ و اسپارک شیرازIntroduction to Hadoop and Spark - اسلاید کارگاه آموزش هدوپ و اسپارک شیراز
Introduction to Hadoop and Spark - اسلاید کارگاه آموزش هدوپ و اسپارک شیراز
 
1st Hadoop Tehran Workshop - اسلاید اولین کارگاه آموزش هدوپ تهران
1st Hadoop Tehran Workshop - اسلاید اولین کارگاه آموزش هدوپ تهران1st Hadoop Tehran Workshop - اسلاید اولین کارگاه آموزش هدوپ تهران
1st Hadoop Tehran Workshop - اسلاید اولین کارگاه آموزش هدوپ تهران
 
how enable ceph dashboard
how enable  ceph dashboardhow enable  ceph dashboard
how enable ceph dashboard
 
rbdmap in ceph
rbdmap in ceph rbdmap in ceph
rbdmap in ceph
 
مسیردهی و پروتوکولهای مسیریابی
مسیردهی و پروتوکولهای مسیریابیمسیردهی و پروتوکولهای مسیریابی
مسیردهی و پروتوکولهای مسیریابی
 
Cisco Exploration 2 In Persion-Muhibullah Aman
Cisco Exploration 2 In Persion-Muhibullah AmanCisco Exploration 2 In Persion-Muhibullah Aman
Cisco Exploration 2 In Persion-Muhibullah Aman
 
Rbdmap ceph realease 0.2
Rbdmap ceph realease 0.2Rbdmap ceph realease 0.2
Rbdmap ceph realease 0.2
 
Pg autoscaling in ceph
Pg autoscaling in  cephPg autoscaling in  ceph
Pg autoscaling in ceph
 
how upgrade ceph
how upgrade cephhow upgrade ceph
how upgrade ceph
 
Oracle نوشته مهندس اسمعیل دخت
Oracle  نوشته مهندس اسمعیل دختOracle  نوشته مهندس اسمعیل دخت
Oracle نوشته مهندس اسمعیل دخت
 
سیستم فایل HDFS
سیستم فایل HDFSسیستم فایل HDFS
سیستم فایل HDFS
 
مفاهیم رایانش ابری
مفاهیم رایانش ابریمفاهیم رایانش ابری
مفاهیم رایانش ابری
 
Oracle Data Integrator (persian)
Oracle Data Integrator (persian)Oracle Data Integrator (persian)
Oracle Data Integrator (persian)
 
MongoDB
MongoDBMongoDB
MongoDB
 
ورودی خروجی Hadoop
ورودی خروجی Hadoopورودی خروجی Hadoop
ورودی خروجی Hadoop
 
Repository pattern
Repository patternRepository pattern
Repository pattern
 
Data Management System- Haseb System Co
Data Management System- Haseb System CoData Management System- Haseb System Co
Data Management System- Haseb System Co
 
Pdn tech-netfilter&iptables-ver2.1.0
Pdn tech-netfilter&iptables-ver2.1.0Pdn tech-netfilter&iptables-ver2.1.0
Pdn tech-netfilter&iptables-ver2.1.0
 

Mais de Ehsan Hamzei

Database Normalization
Database NormalizationDatabase Normalization
Database NormalizationEhsan Hamzei
 
Introduction to Oracle Spatial
Introduction to Oracle SpatialIntroduction to Oracle Spatial
Introduction to Oracle SpatialEhsan Hamzei
 
Introduction to oracle DB data structure and data access (persian)
Introduction to oracle DB data structure and data access (persian)Introduction to oracle DB data structure and data access (persian)
Introduction to oracle DB data structure and data access (persian)Ehsan Hamzei
 
Arc GIS Overlay Functions
Arc GIS Overlay FunctionsArc GIS Overlay Functions
Arc GIS Overlay FunctionsEhsan Hamzei
 
Air pollution Assessment (GIS,RS Approach)
Air pollution Assessment (GIS,RS Approach)Air pollution Assessment (GIS,RS Approach)
Air pollution Assessment (GIS,RS Approach)Ehsan Hamzei
 
Bluetooth Positioning
Bluetooth PositioningBluetooth Positioning
Bluetooth PositioningEhsan Hamzei
 
Spatial queries entity recognition and disambiguation
Spatial queries entity recognition and disambiguationSpatial queries entity recognition and disambiguation
Spatial queries entity recognition and disambiguationEhsan Hamzei
 
Uncertainty in Geospatial Data
Uncertainty in Geospatial DataUncertainty in Geospatial Data
Uncertainty in Geospatial DataEhsan Hamzei
 
Spatial Autocorrelation
Spatial AutocorrelationSpatial Autocorrelation
Spatial AutocorrelationEhsan Hamzei
 
Spatial Transformation
Spatial TransformationSpatial Transformation
Spatial TransformationEhsan Hamzei
 
Introduction to GIS
Introduction to GISIntroduction to GIS
Introduction to GISEhsan Hamzei
 
DTM Quality Assessment
DTM Quality AssessmentDTM Quality Assessment
DTM Quality AssessmentEhsan Hamzei
 
Introduction to SQL
Introduction to SQLIntroduction to SQL
Introduction to SQLEhsan Hamzei
 

Mais de Ehsan Hamzei (18)

Database Normalization
Database NormalizationDatabase Normalization
Database Normalization
 
Introduction to Oracle Spatial
Introduction to Oracle SpatialIntroduction to Oracle Spatial
Introduction to Oracle Spatial
 
Introduction to oracle DB data structure and data access (persian)
Introduction to oracle DB data structure and data access (persian)Introduction to oracle DB data structure and data access (persian)
Introduction to oracle DB data structure and data access (persian)
 
Arc GIS Overlay Functions
Arc GIS Overlay FunctionsArc GIS Overlay Functions
Arc GIS Overlay Functions
 
Air pollution Assessment (GIS,RS Approach)
Air pollution Assessment (GIS,RS Approach)Air pollution Assessment (GIS,RS Approach)
Air pollution Assessment (GIS,RS Approach)
 
Bluetooth Positioning
Bluetooth PositioningBluetooth Positioning
Bluetooth Positioning
 
Spatial queries entity recognition and disambiguation
Spatial queries entity recognition and disambiguationSpatial queries entity recognition and disambiguation
Spatial queries entity recognition and disambiguation
 
Uncertainty in Geospatial Data
Uncertainty in Geospatial DataUncertainty in Geospatial Data
Uncertainty in Geospatial Data
 
Geoprocessing
GeoprocessingGeoprocessing
Geoprocessing
 
Spatial Autocorrelation
Spatial AutocorrelationSpatial Autocorrelation
Spatial Autocorrelation
 
Map algebra
Map algebraMap algebra
Map algebra
 
Fractal Theory
Fractal TheoryFractal Theory
Fractal Theory
 
Graph Theory
Graph TheoryGraph Theory
Graph Theory
 
Fuzzy Set
Fuzzy SetFuzzy Set
Fuzzy Set
 
Spatial Transformation
Spatial TransformationSpatial Transformation
Spatial Transformation
 
Introduction to GIS
Introduction to GISIntroduction to GIS
Introduction to GIS
 
DTM Quality Assessment
DTM Quality AssessmentDTM Quality Assessment
DTM Quality Assessment
 
Introduction to SQL
Introduction to SQLIntroduction to SQL
Introduction to SQL
 

Introduction to oracle

  • 1. Introduction to Oracle Database ‫ئی‬ ‫حمزه‬ ‫احسان‬
  • 2. ‫مطالب‬ ‫فهرست‬ 1-‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ 2-‫اندازی‬ ‫راه‬ ‫و‬ ‫نصب‬ 3-‫اطالعاتی‬ ‫بانک‬ ‫مدیریت‬ ‫و‬ ‫ایجاد‬ 4-‫مدیریت‬Instance 5-‫مدیریت‬TableSpace 6-‫جداول‬ ‫مدیریت‬ 7-‫منطقی‬ ‫اشیاء‬ ‫سایر‬ ‫مدیریت‬
  • 3. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫اطالعاتی‬ ‫بانک‬ ‫سرور‬: 1-‫اطالعاتی‬ ‫بانک‬(‫دیسک‬ ‫روی‬ ‫فایل‬ ‫مجموعه‬) 2-Instance(‫حافظه‬ ‫ساختارهای‬ ‫و‬ ‫فرآیندها‬ ‫از‬ ‫ای‬ ‫مجموعه‬-‫هدف‬:‫دستیابی‬ ‫ها‬ ‫داده‬ ‫به‬ 1.‫سازی‬ ‫ذخیره‬ ‫ساختار‬‫بانک‬‫اطالعاتی‬: 1.1.‫فیزیکی‬ ‫ساختار‬ 1.2.‫منطقی‬ ‫ساختار‬ 2.Instance 2.1.‫حافظه‬ ‫ساختار‬(‫مشترک‬ ‫حافظه‬) 2.2.‫زمینه‬ ‫پس‬ ‫فرآیندهای‬
  • 5. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ 1.1.‫فیزیکی‬ ‫ساختار‬: Data Files Control Files Redo Log Files Parameter Files Backup Files Archive Log Files Alert & Trace Log Files …
  • 6. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫منطقی‬ ‫ساختار‬: Data Block Extent Segment Tablespace
  • 11. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫حافظه‬SGA DataBase Buffer Cache: ‫شده‬ ‫خوانده‬ ‫دیتای‬+‫شده‬ ‫داده‬ ‫تغییر‬ ‫داده‬(‫حذف‬ ‫یا‬ ‫تغییر‬ ،‫درج‬) ‫دستور‬ ‫یک‬ ‫هنگام‬ ‫که‬ ‫است‬ ‫جایی‬ ‫اولین‬ ‫ناحیه‬ ‫این‬SQL‫دیتای‬ ‫دنبال‬ ‫به‬ ‫اوراکل‬ ‫نبود‬ ‫اگر‬ ‫و‬ ‫گردد‬ ‫می‬ ‫نظر‬ ‫مورد‬... ‫ها‬ ‫داده‬ ‫بافر‬ ‫ناحیه‬ ‫در‬ ‫بافر‬ ‫انواع‬: 1-Free Buffer 2-Dirty Buffer 3-Pinned Buffer ‫داده‬ ‫بافر‬ ‫چندین‬ ‫از‬ ‫استفاده‬: Keep Buffer Pool Recycle Buffer Pool Default Buffer Pool
  • 12. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫حافظه‬SGA Redo Log Buffer: ‫از‬ ‫داری‬ ‫نگه‬Redo Entry‫تغییر‬ ‫ی‬ ‫نتیجه‬ ‫در‬ ‫که‬ ‫هایی‬(‫به‬ ،‫حذف‬ ،‫درج‬ ‫روزرسانی‬)‫آیند‬ ‫می‬ ‫وجود‬ ‫به‬. ‫پردازد‬ ‫می‬ ‫حافظه‬ ‫فضای‬ ‫تخصیص‬ ‫به‬ ‫است‬ ‫مدور‬ ‫شکل‬ ‫به‬ ‫بافر‬ ‫این‬.‫پس‬ ‫و‬‫از‬ ‫پردازد‬ ‫می‬ ‫مربوطه‬ ‫های‬ ‫فایل‬ ‫در‬ ‫ها‬ ‫داده‬ ‫نوشتن‬ ‫به‬ ‫بازگشت‬. Shared Pool: ‫حافظه‬ ‫های‬ ‫بخش‬ ‫ترین‬ ‫مهم‬ ‫از‬ ‫یکی‬SGA‫است‬ ‫دستورات‬ ‫اینجا‬ ‫در‬SQL, PL/SQL‫اطالعات‬ ‫و‬Data Dictionary‫می‬ ‫قرار‬ ‫گیرند‬. ‫شود‬ ‫می‬ ‫تقسیم‬ ‫بخش‬ ‫زیر‬ ‫چند‬ ‫به‬ ‫بخش‬ ‫این‬: 1-Library Cache 2-Data Dictionary Cache 3-Result Cache
  • 13. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫حافظه‬SGA Shared Pool:
  • 14. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫حافظه‬SGA Large Pool:‫ک‬ ‫است‬ ‫حالتی‬ ‫برای‬ ‫و‬ ‫ست‬ ‫اختیاری‬ ‫حافظه‬ ‫از‬ ‫بخش‬ ‫این‬‫ه‬ ‫از‬ ‫فرار‬ ‫برای‬ ،‫باشد‬ ‫داشته‬ ‫باال‬ ‫حافظه‬ ‫به‬ ‫نیاز‬ ‫فرآیندی‬ ‫است‬ ‫ممکن‬‫مکانیزم‬ LRU‫و‬fragmentation‫حافظه‬ ‫در‬Shared‫استفاده‬ ‫حافظه‬ ‫این‬ ‫از‬ ‫شود‬ ‫می‬.
  • 15. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫حافظه‬SGA Java Pool:! Stream Pool:‫ابزار‬ ‫به‬ ‫که‬ ‫اختیاری‬ ‫ای‬ ‫حافظه‬Oracle Streams ‫ی‬ ‫وظیفه‬ ‫تا‬ ‫کند‬ ‫می‬ ‫پیدا‬ ‫اختصاص‬Data Replication‫دهد‬ ‫انجام‬ ‫را‬. Fixed SGA:‫به‬ ‫و‬ ‫شود‬ ‫می‬ ‫مدیریت‬ ‫اوراکل‬ ‫توسط‬ ‫که‬ ‫ثابت‬ ‫ای‬ ‫حافظه‬ ‫شرای‬ ‫قبیل‬ ‫از‬ ‫هایی‬ ‫داده‬ ‫اوراکل‬ ‫آن‬ ‫در‬ ‫و‬ ‫نیست‬ ‫تغییر‬ ‫قابل‬ ‫وجه‬ ‫هیچ‬‫ط‬ ‫و‬ ‫داده‬ ‫پایگاه‬Instance‫فرآیندهای‬ ‫توسط‬ ‫که‬ ‫کند‬ ‫می‬ ‫داری‬ ‫نگه‬ ‫را‬ ‫است‬ ‫نیاز‬ ‫مورد‬ ‫مختلف‬.‫یک‬ ‫از‬ ‫است‬ ‫ممکن‬ ‫حافظه‬ ‫بخش‬ ‫این‬Release ‫به‬Release‫باشد‬ ‫متفاوت‬ ‫دیگر‬.
  • 16. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫حافظه‬SGA InMemory Column Store:(12c) ‫بخش‬ ‫یک‬optional‫ستونی‬ ‫فرمت‬ ‫در‬ ‫جداول‬ ‫از‬ ‫ای‬ ‫کپی‬ ‫آن‬ ‫در‬ ‫که‬ ‫است‬ ‫شود‬ ‫می‬ ‫داری‬ ‫نگه‬ ‫سریع‬ ِ‫اسکن‬ ‫منظور‬ ‫به‬ ‫و‬. ‫مزایا‬: ‫برای‬ ‫سرعت‬ ‫افزایش‬SCAN, JOIN ‫و‬AGGREGATE‫کردن‬
  • 17. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫حافظه‬PGA ‫حافظه‬PGA:‫کاربری‬ ‫وقتی‬session‫به‬ ‫ای‬ ‫حافظه‬ ،‫کند‬ ‫می‬ ‫ایجاد‬ ‫شود‬ ‫می‬ ‫داده‬ ‫اختصاص‬ ‫مربوطه‬ ‫کارهای‬ ‫منظور‬. ‫اوراکل‬ ‫سرور‬ ‫بندی‬ ‫پیکره‬ ‫به‬ ‫وابسته‬ ‫حافظه‬ ‫این‬ ‫مختلف‬ ‫های‬ ‫بخش‬‫است‬ (dedicated, shared) UGA (dedicated) Private SQL Area (dedicated) SQL Work Area
  • 18. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫حافظه‬ ‫خودکار‬ ‫مدیریت‬ ‫مدیریت‬‫خودکار‬PGA:(9i) ‫خودکار‬ ‫مدیریت‬SGA( :10g) ‫خودکار‬ ‫مدیریت‬‫همزمان‬( :11g) ‫حافظه‬ ‫تخصیص‬: Optimal One pass Multi pass
  • 19. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫فرآیندها‬ Processes: 1-Client Process 2-Oracle Process 2.1-Server Process 2.2-Background Process
  • 20. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫فرآیندها‬
  • 21. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬ ‫شوند‬ ‫می‬ ‫بندی‬ ‫تقسیم‬ ‫زیر‬ ‫ی‬ ‫دسته‬ ‫سه‬ ‫به‬ ‫زمینه‬ ‫پس‬ ‫فرآیندهای‬: ‫اجباری‬ ‫فرآیندهای‬ PMON(Process Monitor) LREG(Listener Registration) SMON(System Monitor) DBWR(Database Writer) LGWR(Log Writer) CKPT(Check Point) MMON + MMNL(Manageability and Monitor) RECO(Recoverer) … ‫اختیاری‬ ‫فرآیندهای‬ ARCn
  • 22. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬ PMON(Process Monitor) ‫ی‬ ‫حافظه‬ ‫بخش‬ ‫سازی‬ ‫آزاد‬ ‫مسئولیت‬DB Buffer Cache ‫سایر‬ ‫کردن‬ ‫مانیتور‬ ‫مسئولیت‬Process‫ها‬ LREG(Listener Registration) ‫مورد‬ ‫در‬ ‫اطالعاتی‬Instance, Dispatchers (or server Processes), Listener‫ها‬Register‫کند‬ ‫می‬.‫که‬ ‫نحوی‬ ‫به‬Listener‫از‬ service handler‫شود‬ ‫می‬ ‫مطلع‬ ‫مربوطه‬.‫که‬ ‫صورتی‬ ‫در‬Listener‫باال‬ ‫مورد‬ ‫در‬ ‫اطالعات‬ ‫ثبت‬ ‫فرآیند‬ ‫خود‬ ‫ای‬ ‫دوره‬ ‫کردن‬ ‫چک‬ ‫با‬ ‫فرآیند‬ ‫این‬ ‫نباشد‬‫نام‬ Instance‫و‬service handler‫کند‬ ‫می‬ ‫اقدام‬ ‫مربوطه‬. ‫دوره‬ ‫کردن‬ ‫چک‬ ‫برای‬ ‫وقت‬ ‫اتالف‬ ‫بدون‬ ‫صورت‬ ‫به‬ ‫خواهیم‬ ‫می‬ ‫که‬ ‫صورتی‬ ‫در‬ ‫آمدن‬ ‫باال‬ ‫از‬ ‫پس‬ ،‫ای‬Listener‫می‬ ‫اجرا‬ ‫را‬ ‫زیر‬ ‫دستور‬ ‫شود؛‬ ‫انجام‬ ‫ثبت‬ ‫فرآیند‬ ‫کنیم‬:  Alter system register;
  • 23. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬ SMON(System Monitor): ‫ش‬ ‫ایجاد‬ ‫سیستم‬ ‫مقیاس‬ ‫در‬ ‫هایی‬ ‫فعالیت‬ ‫انجام‬ ‫منظور‬ ‫به‬ ‫فرآیند‬ ‫این‬‫است‬ ‫ده‬. ‫مرتبط‬ ‫های‬ ‫فعالیت‬: Instance Recovery Clean-up Unused Temporary Segments Merging contiguous extents
  • 24. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬ (Database Writer:) ‫فرآیند‬ ‫این‬dirty buffer‫از‬ ‫را‬ ‫ها‬DB Buffer Cache‫روی‬ ‫به‬ ‫نویسند‬ ‫می‬ ‫دیسک‬.‫فراخو‬ ‫حالت‬ ‫دو‬ ‫در‬ ‫فرآیند‬ ‫این‬ ‫کلی‬ ‫طور‬ ‫به‬‫انی‬ ‫شود‬ ‫می‬: 1-‫عملیات‬ ‫هنگام‬checkpoint 2-‫در‬ ‫کافی‬ ‫اندازه‬ ‫به‬ ‫حافظه‬ ‫نبود‬ ‫هنگام‬DB Buffer Cache ‫تعریف‬ ‫امکان‬DBWR‫فرآیند‬ ‫چندین‬ ‫صورت‬ ‫به‬(DBWRn)
  • 25. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬ LGWR(Log Writer:)‫در‬ ‫موجود‬ ‫اطالعات‬ ‫انتقال‬ ‫ی‬ ‫وظیفه‬Redo Log Buffer‫های‬ ‫فایل‬ ‫به‬Redo Log‫دارد‬ ‫عهده‬ ‫بر‬ ‫را‬. ‫زمانی‬ ‫چه‬LGWR‫در‬ ‫را‬ ‫ها‬ ‫داده‬Redo Log‫کند‬ ‫می‬ ‫ثبت‬: ‫تراکنشی‬commit‫شود‬ ‫می‬. Log switch‫افتد‬ ‫می‬ ‫اتفاق‬. 3‫بار‬ ‫یک‬ ‫ثانیه‬! 1/3‫از‬ ‫شده‬ ‫پر‬ ‫ناحیه‬ ‫حجم‬ ‫یا‬ ‫باشد‬ ‫شده‬ ‫پر‬ ‫بافر‬ ‫ناحیه‬1‫کند‬ ‫تجاوز‬ ‫مگابایت‬. ‫از‬ ‫قبل‬DBWR(write-ahead protocol)
  • 26. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬ CKPT (Checkpoint): ‫فرآیند‬ ‫فراخوانی‬ ‫با‬ ‫فرآیند‬ ‫این‬DBWR DBWR‫فراخوانی‬LGWR ‫دیسک‬ ‫در‬ ‫ثبت‬ ‫آپدیت‬‫فایل‬Header‫و‬Control Full CKPT, Partial CKPT
  • 27. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ ‫زمینه‬ ‫پس‬ ‫های‬ ‫فرآیند‬ MMON, MMNL: Instance‫از‬ ‫ای‬ ‫آماری‬ ‫های‬ ‫داده‬ ‫همواره‬ ‫اوراکل‬performance ‫کند‬ ‫می‬ ‫تهیه‬ ‫خود‬.‫حافظه‬ ‫در‬ ‫ها‬ ‫داده‬ ‫این‬ ‫آوری‬ ‫جمع‬ ‫وظیفه‬MMON‫و‬ ‫با‬ ‫مربوطه‬ ‫حافظه‬ ‫شدن‬ ‫پر‬ ‫از‬ ‫پس‬ ‫دیسک‬ ‫روی‬ ‫بر‬ ‫آنها‬ ‫انتقال‬ ‫وظیفه‬ MMNL‫است‬. RECO: ‫د‬ ‫را‬ ‫شده‬ ‫توزیع‬ ‫های‬ ‫تراکنش‬ ‫بازسازی‬ ‫و‬ ‫ترمیم‬ ‫وظیفه‬ ‫فرآیند‬ ‫این‬‫ارد‬.(‫این‬ ‫توسط‬ ‫که‬ ‫است‬ ‫ها‬ ‫دیتابیس‬ ‫میان‬ ‫ارتباط‬ ‫برقراری‬ ‫نیازمند‬ ‫کار‬ NetService‫است‬ ‫پذیر‬ ‫امکان‬)
  • 28. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬ 1-Client / Server 2-Multitier:‫درونی‬ ‫الیه‬ ‫وجود‬ ‫معماری‬ ‫این‬ ‫اصلی‬ ‫ویژگی‬ (application server)‫است‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫مدیریت‬ ‫منظور‬ ‫به‬. 3-SOA:‫نام‬ ‫به‬ ‫بخشی‬ ‫توسط‬ ‫اوراکل‬Oracle XML DB‫ارائه‬ ‫امکان‬ ‫دخالت‬ ‫بدون‬ ‫سرویس‬ ‫وب‬application server‫است‬ ‫آورده‬ ‫فراهم‬ ‫را‬ ‫پ‬ ‫با‬ ‫ارتباط‬ ‫برای‬ ‫مبنا‬ ‫سرویس‬ ‫معماری‬ ‫از‬ ‫توان‬ ‫می‬ ‫دیدگاه‬ ‫این‬ ‫با‬ ‫و‬‫ایگاه‬ ‫استفادهکرد‬ ‫داده‬ ‫های‬. 4-Grid:‫امکان‬ ‫معماری‬ ‫این‬ ‫در‬Poolِ‫کردن‬Resource‫آمده‬ ‫فراهم‬ ‫ها‬ ‫است‬.
  • 29. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬ C/S
  • 30. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬ Multitier
  • 31. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬ Grid
  • 32. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬ Oracle NetService: ‫بس‬ ‫در‬ ‫ارتباط‬ ‫ایجاد‬ ‫وظیفه‬‫تر‬ ‫پای‬ ‫سرورهای‬ ‫بین‬ ‫شبکه‬‫گاه‬ ‫ر‬ ‫ها‬ ‫کالینت‬ ‫با‬ ‫و‬ ‫هم‬ ‫با‬ ‫داده‬‫ا‬ ‫دارد‬ ‫عهده‬ ‫بر‬. Oracle Net Listener: ‫همواره‬ ‫سرویس‬ ‫این‬ ‫های‬ ‫درخواست‬client‫ها‬ ‫با‬ ‫و‬ ‫کند‬ ‫می‬ ‫دریافت‬ ‫را‬ ‫بهی‬ ‫دهنده‬ ‫سرویس‬ ‫انتخاب‬‫نه‬ ‫بی‬ ‫ارتباط‬ ‫سرور‬ ‫سمت‬ ‫در‬‫ن‬ ‫برقرا‬ ‫را‬ ‫سرور‬ ‫و‬ ‫کالینت‬‫ر‬ ‫کند‬ ‫می‬.
  • 33. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬ ‫داده‬ ‫پایگاه‬ ‫به‬ ‫اتصال‬ ‫نحوه‬ ‫بندی‬ ‫پیکره‬‫اوراکل‬: dedicated: ‫یک‬ ‫اتصال‬ ‫هر‬ ‫ازای‬ ‫به‬dedicated server process ‫گردد‬ ‫نمی‬ ‫بر‬ ‫منابع‬ ‫نشود‬ ‫قطع‬ ‫اتصال‬ ‫که‬ ‫زمانی‬ ‫تا‬ ‫ارتباط‬ ‫این‬ ‫طریق‬ ‫از‬ ‫مدیریتی‬ ‫کارهای‬ ‫انجام‬ ‫امکان‬ ‫در‬ ‫تماما‬ ‫حافظه‬ ‫اختصاص‬PGA‫مربوطه‬ Shared server: ‫طریق‬ ‫از‬ ‫ارتباط‬ ‫ایجاد‬dispatcher ‫یک‬ ‫وجود‬pool‫از‬server process‫پاسخگویی‬ ‫منظور‬ ‫به‬ ‫ها‬ ‫به‬ ‫وابسته‬ ‫اطالعات‬ ‫هرگونه‬ ‫اختصاص‬session‫در‬SGA (large pool, shared area) ‫چندین‬ ‫تعریف‬ ‫امکان‬dispatcher‫بهتر‬ ‫پاسخگویی‬ ‫منظور‬ ‫به‬ ‫صورت‬ ‫به‬ ‫اتصال‬ ‫امکان‬ ‫عدم‬DBA‫مدیریتی‬ ‫کارهای‬ ‫انجام‬ ‫و‬ DCRP ‫همانند‬dedicated‫گردد‬ ‫می‬ ‫باز‬ ‫مخزن‬ ‫به‬ ‫سرور‬ ‫فرآیند‬ ‫شدن‬ ‫فعال‬ ‫غیر‬ ‫زمان‬ ‫در‬ ‫ولی‬.‫فقط‬ ‫باشد‬ ‫انجام‬ ‫حال‬ ‫در‬ ‫کاری‬ ‫که‬ ‫شود‬ ‫می‬ ‫داده‬ ‫تخصیص‬ ‫حافظه‬ ‫زمانی‬. ‫اندازه‬ ‫از‬ ‫بیشتر‬ ‫ها‬ ‫درخواست‬ ‫تعداد‬ ‫که‬ ‫صورتی‬ ‫در‬pool‫گیرند‬ ‫می‬ ‫قرار‬ ‫صف‬ ‫درون‬ ‫باشد‬.
  • 34. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬ dedicated
  • 35. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬ shared server
  • 36. ‫بندی‬ ‫پیکره‬ ‫نحوه‬: ‫م‬ ‫انجام‬ ‫پویا‬ ‫صورت‬ ‫به‬ ‫کار‬ ‫این‬ ،‫شوند‬ ‫تنظیم‬ ‫زیر‬ ‫های‬ ‫پارامتر‬ ‫باید‬‫شود‬ ‫ی‬ ‫دستور‬ ‫از‬ ‫استفاده‬ ‫با‬ ‫و‬Register‫به‬ ‫زمان‬ ‫همان‬ ‫در‬Listener‫معرفی‬ ‫شوند‬ ‫می‬. SHARED_SERVERS(‫صفر‬ ‫از‬ ‫بزرگتر‬ ‫مقداری‬ ‫به‬) MAX_SHARED_SERVERS DISPATCHERS MAX_DISPATCHERS ‫مثال‬:  Alter system set dispatchers=‘(dispatchers=2)(porotocol=tcp)’;  Alter System set shared_servers=20;  Alter system register; ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬ shared server
  • 37. ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬ DRCP- Database Resident Connection pooling
  • 38. ‫بندی‬ ‫پیکره‬ ‫ی‬ ‫نحوه‬: ‫زیر‬ ‫دستور‬ ‫از‬ ‫استفاده‬ ‫با‬ ‫منبع‬ ‫کردن‬ ‫فعال‬:(‫ب‬ ،‫بار‬ ‫یک‬ ‫برای‬ ‫فقط‬‫لغو‬ ‫رای‬ ‫دستور‬ ‫هم‬stop_pool)  EXEC DBMS_CONNECTION_POOL.start_pool(); ‫ارتباطی‬ ‫منبع‬ ‫سمت‬ ‫به‬ ‫درخواست‬ ‫هدایت‬:  Host:port/sid:POOLED ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬ DRCP- Database Resident Connection pooling
  • 39. ‫بررسی‬ ‫مورد‬ ‫های‬ ‫بخش‬ ‫بندی‬ ‫جمع‬ ‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫معماری‬ 1-‫سازی‬ ‫ذخیره‬ ‫ساختار‬ 1.1-‫منطقی‬ ‫و‬ ‫فیزیکی‬ 2-Oracle Instance 2.1-‫حافظه‬ ‫ساختارهای‬ 2.1.1-‫مشترک‬ ‫حافظه‬SGA(‫همزمان‬ ‫و‬ ‫دستی‬ ،‫خودکار‬ ‫مدیریت‬) 2.1.2-‫اختصاصی‬ ‫حافظه‬PGA(‫همزمان‬ ‫و‬ ‫دستی‬ ‫خودکار‬ ‫مدیریت‬) 2.2-‫فرآیندها‬ 2.2.1-‫اجباری‬ ‫فرآیندهای‬ 2.2.2-‫اختیاری‬ ‫فرآیندهای‬ 3-‫داده‬ ‫پایگاه‬ ‫با‬ ‫ارتباط‬ ‫معماری‬ 4-‫اوراکل‬ ‫داده‬ ‫پایگاه‬ ‫و‬ ‫شبکه‬

Notas do Editor

  1. نکات: ---- اجزای سرور بانک اطلاعاتی::: 1- دستیابی به اطلاعات فقط و فقط از طریق Instance ها امکان پذیر است. 2-هر Instance فقط و فقط روی یک بانک اطلاعاتی عمل میکند، اما چندین Instanceمی توان از یک بانک اطلاعاتی داشت. ---- ساختار بانک اطلاعاتی::: 1- ساختار فیزیکی مجموعه فایل هایی است که پایگاه داده را تشکیل می دهند، اما ساختار منطقی که به منظور مدیریت و استفاده بهتر از این فایل ها تعریف شده اند به مفاهیم موجود در بانک های اطلاعاتی مرتبط ترند (مثال: در ساختار منطقی بخشی از data file (مثالی از ساختار فیزیکی)، که segment (مثالی از ساختار منطقی) نامیده می شود مجموعه اطلاعات مربوط به یک شی منطقی را نگه داری میکند.) --- Instance::: 1- مجموعه حافظه مشترک (نگه داری اطلاعات در حافظه مشترک یا SGA به منظور پردازش سریع تر) و فرآیند های پس زمینه (به منظور نوشتن داده های موجود در حافظه بر روی دیسک، و کارهای مدیریتی مانند مانیتور کردن سیستم، انجام checkpoint) را Instance میگویند.
  2. نکات: ----
  3. نکات: ---- 1- دیتا فایلها: فایل مربوط به داده (جداول، سیکوئنسها، ویوها و ...) 1.1- هر دیتا فایل فقط و فقط به یک tablespace میتواند لحاظ شود اما یک tablespace میتواند شامل چندین و چند دیتا فایل باشد. 1.2- امکان حذف و انتقال و تغییر نام این فایل ها بعد از ایجاد، شدنی است و امکان انتقال آنها از یک tablespace به یک tablespace دیگر نیز ممکن است. 2- فایلهای کنترل: در این فایل اطلاعات مربوط به ساختار فیزیکی پایگاه داده قرار دارد و بدون آن یک پایگاه داده نمی تواند در حالت mount قرار بگیرد. 2.1- اطلاعات موجود شاملِ : نام بانک اطلاعاتی، زمان ایجاد، نام و محل datafile ها و redo log file ها، Sequence_number جاری، شماره SCN و ... می شود. 3- فایلهای لاگ: قبل از نوشتن هر تغییری در فایل های مربوطه اوراکل تغییرات را در این فایل ها ثبت می کند. 3.1- هر کدام از این فایلها شامل مجموعه ای از رکوردهاست و هر رکورد شامل چندین بردار تغییرات است (هر بردار تغییرات اطلاعاتی مانند زمان شروع تغییر، نام شی در حال تغییر، تصویر قبلی تغییر و تصویر بعدی تغییر ، استیت تغییر (موفق/ناموفق) را نگه داری می کند) 3.2- عملیات نگارش روی این فایل ها به صورت چرخه ای است 3.3- به منظور مدیریت ترتیب این فایل ها اوراکل یک خصوصیت به نام log_sequence را به ازای هر فایل نگه می دارد. و با هر چرخه برای هر فایل این شماره نیز آپدیت می شود. 4- فایلهای پارامتر: این فایل را فایلِ راه انداز یا پیکره بندی نیز می نامند. شامل صد ها کانفیگ مختلف است از نام پایگاه داده تا میزان حافظه اختصاصی به Instance 4.1- دو فایل راه انداز وجود دارد: pfile و spfile (استاتیک/دینامیک، تکست/باینری، نام (init<sid>.ora, pfile<sid>.ora / spfile<sid>.ora)، توسط تکست ادیتور / توسط دستور Alter system) 4.2- به طور پیش فرض اول اوراکل به دنبال spfile می گردد و اگر نیافت به دنبال pfile می رود) 5- فایلهای پشیبانی: فایلهایی که توسط مدیران به منظور نگه داری اطلاعات مربوط به ساختار پایگاه داده، یا/و اطلاعات درون جداول و سایر اشیاء، ایجاد می شود، فایلهای پشتیبانی هستند. 6- فایلهای آرشیو: فایلهای redo log باتوجه به نوشتن چرخه ای پس از مدتی دوباره نگارش می یابند، به همین منظور می توان این آپشن را روشن کرد به نحوی که اوراکل فایل های قدیمی را تحت عنوان فایل آرشیو نگه داری کرد. 6.1- این فایل ها به منظور نگه داری آرشیو و امکان recovery به تاریخ هایی با مدت زمان بالاتر از چرخه نگارش فایلهای لاگ ایجاد و نگه داری می شوند. 6.2- قابلیت فعالسازی و غیرفعال کردن در این فایلها وجود دارد. 7- فایلهای آلرت و تریس: هر بانک اطلاعاتی شامل یک فایل alert است که با نام alert_<sid>.log نامگذاری می شود. در این فایل علاوه بر خطاهایی که در سیستم رخ داده است، اطلاعات حساسی مانند تغییرات در ساختار فیزیکی، فایل راه انداز و startup و shutdown نگه داری می شوند. 7.1- پیشنهاد می شود از دستور grep ORA- alert_<sid>.log به منظور مشاهده خطا ها در سیستم عامل لینوکس استفاده شود. 7.2- هر فعالیت موفقی که انجام شود در فایل alert مقابل رکورد مربوطه کلمه completed به همراه timestamp ثبت می شود. 7.3- فایل های trace به ازای هر فرآیند تولید می شوند و خطاهای احتمالی در فرآیند ها در این فایلها آورده می شود نحوه نام گذاری آنها بدین شکل است (<SID>_<pname>_<pid>.trc) مثال orcl_pmon_8117.trc 7.4- امکان فعال و غیر فعال کردن فایلهای تریس وجود دارد (alter system set trace_enabled = true/false)
  4. نکات: ---- 1- دیتا بلاک، یا همان بلاک اوراکل معمولا شامل چند بلاک سیستم عامل است که به عنوان کوچکترین واحد حافظه در پایگاه داده مطرح می شود. 1.1- اگر اندازه رکورد های جدول بزرگ و یا دسترسی به رکورد های کوچک به صورت پشت سرهم انجام می شود بهتر است مقادیر مربوط به دیتا بلاک بزرگ در نظر گرفته شود (32 ک.ب) اما اگر اندازه رکورد ها کوچ و دسترسی به آنها به صورت تصادفی است بهتر است اندازه دیتا بلاک را کوچک گرفت. 1.2- دیتا بلاک سایز قابلیت تنظیم توسط DB_BLOCK_SIZE است. 1.3- حالت استاندارد 8 ک.ب است ولی 2، 4، 16، 32 نیز قایل استفاده است. 2- اکستنت: واحد تخصیص حافظه است که شامل چند دیتا بلاک پشت هم است. (با حذف یک شی تمامی اکستنت های اختصاص داده شده به آن به فضای آزاد اضافه می شوند.) 3- سگمنت: مجموعه ای از یک یا چند اکستنت که داده های مربوط به یک شی منطقی (جدول، سیکوئنس و ... ) را نگه داری می کند، یک سگمنت می نامند. 4- تیبل اسپیس: از نظر منطقی شامل یک یا چند سگمنت می باشد، و از نظر فیزیکی شامل یک یا چند دیتا فایل! 4.1-کاربرد های tablespace ها: تقسیم بانک اطلاعاتی به واحدهای کوچکنر جهت مدیریت بهتر؛ امکان بک آپ گیری و ریکاوری به صورت partial؛ امکان offline کردن (استاپ کردن) بخشی از پایگاه داده؛ امکان import/export یخشی از پایگاه داده
  5. نکات: ---- ارتباط بین دیتا بلاک اوراکل با دیتا بلاک سیستم عامل (در حالت استاندارد) نحوه ذخیره سازی header و data مکان مربوط به freespace نحوه رشد header و دیتا ترشهولد مربوط به پر شدن ....
  6. نکات: ---- Segment And Nested Segment! به طور کلی چندین نوع segment وجود دارد: 1- Data Segment (table) 2- Index 3- Partitioned Table (IDK) 4- Partitioned Index (IDK) 5- Temporary Segment 6- Undo Segment 7-LOB/segment, partition, index 8- Nested Table
  7. نکات: ---- انواع TableSpace ها: 1- دائمی 1.1- BigFile: شامل یک دیتا فایل حجیم می باشد. حداکثر اندازه بسته به اندازه دیتا بلوک می تواند 8 تا 128 ترابایت باشد. 1.2- SmallFile: چندین دیتا فایل کم حجم (به صورت پیش فرض اوراکل از این نوع TBS ها تولید می کند.) 2-موقت: برای نگه داری موقت داده ها 3- Undo: برای نگه داری داده قبل از تغییر System TBS: اولین TBS ای است که ایجاد می شود و اطلاعات مربوط به دیتا دیکشنری را درون خود دارد. Sysaux TBS: یک TBS کمی برای سیستم است که متا دیتای مورد نیاز برای استفاده برنامه های کاربردی اوراکل را فراهم می آورد.
  8. نکات: ---- یک Instance از دو جز مهم (ساختار حافظه (SGA) و فرآیند های پس زمینه تشکیل شده است). منظور از ساختار حافظه میزان تشخیص حافظه مورد نیاز برای هر فعالیت و اختصاص آن در حافظه اولیه (RAM) است. با توجه به محدودیت سخت افزاری و سرعت بالای این حافظه در صورتی که پهنه بندی مربوطه به خوبی انجام شود این امکان فراهم می شود تا سرعت و کارایی سیستم به میزان قابل توجه ای بهبود یابد. امکان استفاده از پهنه بندی اتوماتیک هم در اوراکل وجود دارد. حافظه از اجزایی به نام دانه Granule تشکیل شده است، وابسته به حجم حافظه اختصاص داده شده برای SGA اوراکل دانه های 4 یا 16 مگابایتی را به آن اختصاص می دهد. یکی از امکانات جالبی که اوراکل در تخصیص حافظه فراهم کرده است، پیکره بندی داینامیک برخی بخش های SGA است به طوری که در مواقع خاص و ومورد نیاز می توان حافظه بیشتری به یک بخش و حافظه کمتری به بخش های دیگر تخصیص داد و در حالت عادی بدون نیاز به بالا و پایین شدن Instance این تغییرات را به حالت والیه باز گرداند. فرآیند های پس زمینه نیز وظیفه سینک کردن داده های موجود در حافظه اولیه و ثانویه، آرشیو کردن، لاگ زدن برای بک آپ و انجام کارهای مدیریتی را بر عهده دارند. ساختارهای حافظه از دیدگاه کلی: 1- SGA System Global Area: مربوط به تمامی کاربران (حافظه مربوط به Instance فارغ از توجه به کاربران و تعداد آن ها) 2- PGA Program Global Area: حافظه ای که کاربر به کاربر متفاوت است. حافظه SGA از 6 بخش اصلی تشکیل شده است (سه مولفه اول اجباری و سه مولفه بعدی اختیاری هستند) 1- DB Buffer Cache 2- Redo LOG Buffer 3- Shared Pool 4- Large Pool 5- Java Pool 6- Stream Pool + 7- InMemory Column Store لیستی از فرآیندهای پس زمینه: 1- DBWn 2- LGWR 3- SMON 4- PMON 5- CKPT ….
  9. نکات: ---- *) تمامی داده هایی که از دیتا فایل ها خوانده می شوند و یا در اثر یک دستور تغییری اعم از درج داده جدید، حذف و به روزرسانی در این حافظه نگه داری می شوند و در مواقع مشخص توسط فرآیندهای پس زمینه در فایل ها ثبت می شوند. *) هر بار که دستوری اجرا می شود که نیاز به داده دارد اولین جایی که اوراکل بررسی می کند این ناحیه درون حافظه می باشد، در صورت نبود داده مورد نظر از دیسک داده را به حافظه می آورد و سپس فعالیت مربوطه را انجام می دهد. *) مقدار این بخش از حافظه در زمان اجرا نیز به صورت داینامیک قابل تغییر است. (مقدار کم :: performance پایین، مقدار زیاد و غیر متناسب با حافظه RAM موجود>> فرآیند paging, swapping >> کاهش performance) پس باید این مقدار متناسب و فکر شده تعیین گردد. --- *) Free Buffer: این ناحیه از حافظه ی بافر داده مربوط به فضای خالی در حافظه تخصیص داده شده به بافر داده یا داده هایی است که دیگر فعالیت روی آنها انجام نمی شود و تغییرات مربوطه هم روی دیسک ثبت شده است به طوری که با آزاد سازی و اختصاص حافظه مربوطه به سایر داده ها خللی ایجاد نمی شود. *) Dirty Buffer: این ناحیه از حافظه بافر داده مربوط به داده هایی است که تغییرات مربوطه در حافظه روی آنها اعمال شده است اما این تغییرات توسط فرآیندهای پس زمینه به دیسک منتقل نشده است. تا زمانی که این تغییرات روی دیسک قرار نگیرند اوراکل فضای اختصاص داده شده به آنها را در اختیار سایر داده ها نمی گذارد. *) Pinned Buffer: این ناحیه از حافظه مربوط به داده هایی است که اوراکل در حال انجام عملیات روی آن هاست. پس این فضا نیز به هیچ وجه تا زمان اختتام و ثبت در دیسک قابل استفاده نخواهد بود. --- *) نحوه تخصیص فضا از ناحیه بافر داده به داده جدیدی که مورد نیاز است: اولین کاری که انجام می شود بررسی فضای مورد نیاز است اگر به مقدار کافی بافر Free موجود باشد که اختصاص داده می شود ولی در غیر این صورت فرآیند DBWn فراخوانی شده و با ثبت بخشی از Dirty Buffer روی دیسک و آزاد سازی فضای مربوطه، امکان تخصیص فضا به داده جدید را فراهم می آورد. این کار به صورت blind انجام نمی شود! (در واقع اوراکل از الگوریتم LRU – Last Recently Used در حالت کلی کم ارزش ترین داده برای نگه داری در RAM را تعیین می کند و سپس با ثبت تغییرات مربوط به آن در دیسک امکان آمدن داده جدید را فراهم می کند. در صورتی که فراخوانی جداول و اندازه آن ها تقریبا نرمال باشد این الگورتیم به خوبی پاسخگو خواهد بود اما در حالتی که جداولی کوچک وجود دارند که به کرّات استفاده می شوند و جداولی بزرگ وجود دارند که گه گاه نیاز به فراخوانی و استفاده از داده های مربوط به آن هاست بهترین کار استفاده از چندین بافر داده است. --- *)می توان شی به شی بافر داده مربوطه را به یکی از سه گروه Keep Buffer، Recycle Buffer و حالت default طبقه بندی کرد، برای هر کدام از این سه حالت حداکثر حافظه قابل تخصیص را مشخص کرد. گروه اول: اشیایی که می خواهیم در ناحیه بافر بمانند و تا جایی که حافظه گروه پر نشده است از حافظه خارج نشوند. اندازه حافظه اختصاص داده شده به این گروه توسط پارامتر DB_KEEP_CACHE_SIZE مشخص می شود. گروه دوم اشیایی هستند که به ندرت فراخوانی می شوند پس می خواهیم در زمان اتمام فعالیت به سرعت تغییرات به دیسک انتقال پیدا کرده و حافظه مربوط به آنها آزاد شود. اندازه حافظه اختصاص داده شده به این گروه نیز در قالب پارامتر DB_RECYCLE_CACHE_SIZE مشخص می شود. گروه سوم که همه اشیا به صورت default در آن طبقه بندی می شوند، مربوط به حالتی است که ما اشیا موجود در این گروه را به دست الگوریتم LRU و مدیریت حذف و تخصیص اوراکل می سپاریم، اندازه حافظه اختصاصی به این گروه نیز با پارامتر DB_CACHE_SIZE مشخص می شود. مجموع این سه اندازه، اندازه ی حافظه ی DB Buffer Cache را مشخص می کند. --- نحوه تعیین گروه (Keep, Recycle) برای اشیاء: اگر در زمان ایجاد شی باشد به ترتیب با استفاده از پارامتر BUFFER_POOL_KEEP و BUFFER_POOL_RECYCLE منبع تخصیص حافظه داده شی را از حالت Default به گروه های مذکور تغییر می دهیم. در حالتی که شی ایجاد شده باشد می توان با استفاده از دستور Alter و استفاده از پارامتر های گفته شده این کار را صورت داد.
  10. نکات: ---- *) امکان disable کردن نگارش روی فایل با استفاده از آپشن nologging وجود دارد. ---- *) به طور کلی هر دستور SQL، PL/SQL، پروسیجر، تابع و ... که اجرا می شود ابتدا از فایل مربوطه خوانده شده و کامپایل می شود سپس در حافظه قرار می گیرد، در حافظه Shared Pool که از نام آن مشخص است که بین تمامی کاربران خواهد بود، دستورات کامپایل شده قرار دارند، اگر قرار باشد هر کدام از کاربران دستوری را اجرا کند، اوراکل ابتدا به این بخش حافظه سر می زند که آیا قبلا این دستور به صورت کامپایل و آماده اجرا در حافظه قرار گرفته است یا نه، اگر بود اجرا می کند و دیگر فرآیند خواندن و کامپایل کردن انجام نمی شود و اگر نبود فعالیت های مربوطه را انجام می دهد و کد کامپایل شده را به حافظه Shared می آورد. علاوه بر این اطلاعات مربوط به Data Dictionary که شامل تعاریف اشیا منطقی، کاربران پایگاه داده، سطح دسترسی و مجوز های هرکدام در آن قرار دارد نیز در این حافظه جای میگیرند، اگر اوراکل بخواهد بدون استفاده از این حافظه به ازای هر فعالیتی که یک کاربر انجام می دهد، برای بررسی هویت و مجوز های آن به سراغ فایل های موجود در دیسک برود، در تعداد قابل توجه کاربران performance به شکل قابل توجهی پایین می آید. Library Cache بخشی از حافظه است که به نگه داری کد های کامپایل شده اختصاص می یابد. مقدار آن قابل تنظیم نیست و با مقدار دهی به Shared Pool به صورت پویا توسط اوراکل مقدار مورد نیاز حافظه به آن اختصاص می یابد. بهش Data Dictionary Cache هم بخش نگه داری داده های مربوط به کاربران و مجوزهای آن هاست. این بخش هم همانند Library Cache قابلیت تعیین اندازه مستقیم ندارد و با استفاده از مقدار دهی و تخصیص فضا به Shared Pool، به صورت اتوماتیک مدیریت می شود. قسمت سوم که از اوراکل 11g شروع به فعالیت کرده بخش نگه داری خروجی دستورات است. این بخش به طور Default غیر فعال است، خروجی دستورات را نگه داری می کند. و با هر تغییری در پارامتر ها و اشیا موجود در دستور یا پرسش، شروع به محاسبه مجدد و آپدیت خروجی ها می کند. با این کار داده غلط و قدیمی به سمت کاربر نمی رود و از طرفی دستورات پر تکرار و پر استفاده توسط کاربران مختلف هر بار محاسبه نمی شود. (برای حالتی که تعداد کاربران بالا، دستورات به شدت تکراری و حجم تغییرات در پایگاه داده کم باشد مناسب به نظر می رسد.) برای فعال سازی یا غیر فعال کردن این بخش از حافظه ی Shared می توان با استفاده از پارامتر RESULT_CACHE_MODE این کار را انجام داد. همچنین پارامتر RESULT_CACHE_SIZE بیانگر مقدار حافظه تخصیص داده شده به این بخش است. لازم به ذکر است پارامتر مربوطه static می باشد و با تغییر آن نیاز به راه اندازی مجدد Instance هست.
  11. نکات: (کامل نیست) ----
  12. نکات: ---- این حافظه برای فعالیت هایی مانند: 1- UGA در حالت معماری Shared (User Global Area) – با استفاده از Large Pool دیگر در گیر LRU نمی شود و تا زمانی که Session به release کردن نرسیده از حافظه اصلی خارج نمی شود. 2- بافر برای فعالیت های مرتبط با کارهای که RAM زیادی لازم دارند مانند Recovery توسط RMAN *) در تصویر Response Queue و Request Queue برای حالتی است که معماری Shared استفاده می شود و Dispatcher با این صف ها به مدیریت فرآیندهای آمده از سمت کاربر می آید. *) (توضیح معماری dedicated, shared)
  13. نکات: (کامل نیست) ---- (جاوا Pool)؟
  14. نکات: (کامل نیست) ---- پارامتر مربوطه : INMEMORY_SIZE (
  15. نکات: ---- *) این حافظه وابسته به پیکره بندی سرور در حالت dedicated و shared متفاوت خواهد بود، در حالت dedicated این حافظه به سه دسته مختلف تخصیص داده می شود اما در حالت shared دو مورد در SGA (بخش های Large Pool (در صورت وجود) و Shared Pool) تخصیص حافظه می شوند. *) بخش های مختلف : 1.1- UGA اطلاعات مربوط به session را نگه داری می کند. 1.2- Private SQL Area: برای نگه داری (متغییر های Bind شده به دستورات و شرایط و state دستورات SQL و PL/SQL ،مثلِ تعداد سطرهای خروجی دستور، استفاده می شود. 1.3- SQL Work Area: این ناحیه به منظور پردازش هایی مانند SORT کردن که در طول آماده سازی و اجرای دستورات SQL و PL/SQL نیاز است مورد استفاده قرار می گیرد.
  16. نکات: ---- *) پیشنهاد اوراکل در مدیریت حافظه ی PGA واگذاری به سیستم اتوماتیک است. مدیریت اتوماتیک: دو پارامتر WORKAREA_SIZE_POLICY به AUTO (به صورت default این option فعال است) و PGA_AGGREGATE_TARGET بزرگ تر از صفر (مقدار حافظه ای که در مجموع به بخش های مختلف حافظه ی PGA لحاظ می شود) مدیریت دستی: تنظیم تک تک المان های مربوط به اجزای حافظه ی PGA و تغییر WORKAREA_SIZE_POLICY به Manual یا PGA_AGGREGATE_TARGET به صفر پارامتر های المان های حافظه: SORT_AREA_SIZE, HASH_AREA_SIZE, BITMAP_AREA_SIZE, CREATE_BITMAP_AREA_SIZE *) مدیریت خودکار SGA: در SGA 6 پارامتر وجود دارند که سه پارامتر JAVA POOL, STREAM POOL, LARGE POOL تاثیر کمتری نسبت به سه پارامتر اصلی DB BUFFER AREA, REDO LOG AREA و SHARED POOL هستند. اوراکل پیشنهاد می کند تا مقدار پیش فرض را برای SHARED POOL در نظر بگیرید. برای مدیریت خودکار: پارامتر SGA_TARGET به مقداری بزرگتر از صفر مقداردهی شود (SGA_MAS_SIZE پارامتر کنترلی مناسبی برای کنترل غیر منظقی نشدن این پارامتر است) پارامتر های مربوط به هر بخش صفر مقدار دهی شوند: DB_CACHE_SIZE, SHARE_POOL_SIZE, LARGE_POOL_SIZE, JAVA_POOL_SIZE. STREAMS_POOL_SIZE مدیریت خودکار همزمان: برای این کار باید همه پارامتر های مذکور صفر شوند و پارامتر MEMORY_TAGET به مقداری بزرگتر از صفر مقدار دهی شود. (MEMORY_MAX_SIZE نیز پارامتر مناسبی برای کنترل حداکثر حافظه PGA + SGA خواهد بود)
  17. نکات: ---- 1- کاربر با ایجاد ارتباط با پایگاه داده و ارسال دستورات و دریافت کردن خروجی ها، در قالب session به نیازهای خود پاسخ می دهد، این فرآیند به Client/User Process معروف است. 2- فرآیند سرور مسئول پاسخگویی به فرآیند کلاینت است و وابسته به نحوه پیکره بندی سرور (dedicated و shared) تعداد این فرآیندها متفاوت است. (در حالت shared به ازای چند کاربر یک server process ولی در حالت dedicated به ازای هر کاربر یک server process لحاظ می شود. 3- فرآیند های پس زمینه، فرایندهایی هستند که به منظور حفظ یکپارچه گی پایگاه داده و فعالیت های مدیریتی انجام می شوند، بخشی از این فرآیندها به صورت اجباری همواره (زمانی که Instance فعال است( در حالت اجرا قرار دارند، بخشی از این فرآیندها (اختیاری) هم وابسته به نیاز می توان فعال و غیر فعال کرد. نوع دیگری از این فرآیندها، فرآیندهای Slave هستند که در ادامه مورد بررسی قرار گرفته اند.
  18. نکات: ---- توجه شود که در حالتی که shared server پیکره بندی شده است، بین server process و client process یک فرآیند dispatcher قرار می گیرد که ارتباط یک به یک فرآیندهای کاربرها را با server process ها به ارتباطی چند به یک تبدیل می کند. *) در این شکل فرآیند های پس زمینه اساسی DBWn, CKPT, LGWR, PMON, SMON نمایش داده شده اند و ارتباط دو فرآیند اساسی DBWn و LGWR با بخش های مرتبط SGA یعنی Buffer Cache و Redo Log Buffer نمایش داده شده است. *) سرور process واس بین client process و حافظه است که به صورت مستقیم امکان ارتباط ندارند. *) فرآیند های پس زمینه ارتباطات داخلی درون حافظه و ارتباط بین حافظه و storage را فراهم می کند.
  19. نکات: ---- فرآیندهای اجباری: تعداد فرآیند های اجباری بیشتر از لیست مربوطه است. فرآیندهایی مانند VKRM, MMAN, DIAG و ... از این لیست استثنا شده اند.
  20. نکات: ---- *) به نحوی می توان گفت این فرآیند وظیفه ی پاکسازی فرآیندهایی نا تمام دیگر را دارد و برای این کار باید به مانیتور کردن آن ها و دانستن شرایط و وضعیت انجام کار توسط هر کدام اطلاعاتی داشته باشد. ---- *) این فرآیند که قبلا (ورژن های قبل 12) در فرآیند PMON انجام می شد. فعالیت انجام شده از این نظر اهمیت دارد که Listener ها وظیفه دریافت و انتقال درخواست را به Dispatcher ها یا server process ها بر عهده دارند و بدون دانستن آن نمی تواند ارتباط را بین کلاینت و پایگاه داده برقرار کند.
  21. نکات: ---- *) هنگام بالا آمدن Instance توسط این فرآیند چک می شود که نیاز به recovery در سطح instance هست یا نه. این کار از روی لاگ های نهایی و یکسان بودن آی دی چک انجام می شود، در صورتی که نیااز به recovery برای instance وجود داشته باشد این فرآیند پس زمینه وظیفه خود را انجام می دهد. *) وظیفه ی بعدی این فرآیند حذف segment های موقتی ای است که فعالیت روی آنها تمام شده است. *) این فرآیند با تجمیع کردن Extend های کنارهم امکان تخصیص فضا با کارایی مناسب را نیز فراهم می آورد.
  22. نکات: ---- *) به طور کلی امکان تعریفِ چندین DBW وجود دارد که در نامگذاری به این فرم هستند (DBW0 تا DBW9 و DBWa تا DBWz) *) محدودیت تعداد در نسخه 11 اوراکل 20 عدد است. *) به طور کلی اوراکل پیشنهاد می کند که به ازای هر 8 CPU یک DBWR اضافه شود.
  23. نکات: --- (* In many cases the blocks that DBW writes are scattered throughout the disk. Thus, the writes tend to be slower than the sequential writes performed by LGWR!! *) دوره ای میخاند و دوره ای می نویسد و دروده ای پاک می کند از دیسک!!!! بنابراین زمان عملیات خیلی بهتر از DBWR است که پخش می خواند، پخش می نویسد. *) وضعیت صحت فایل های Redo Log توسط این فرآیند در فایل Trace و Alert Log مربوط به این فرآیند زده می شود. (INVALID) *) در صورتی که تمامی فایل های redo log دارای مشکل باشند این فرآیند با شمکل روبه رو می شود و امکان ادامه ی فعالیت نخواهد داشت.
  24. نکات: --- (*-- *) در حالت Full CKPT هر آنچه در بافر داده وجود دارد به دیسک انتقال پیدا می کند. همین موضوع سبب سنگین بودن این فرآیند است و پیشنهاد می شود به جز در مواقع ضروری انجام نشود. اوراکل در هنگام close شدن پایگاه داده یا پس از پر شدن فایل redo از این نوع Checkpoint استفاده می کند. *) در حالت partial اوراکل به انتقال بخشی از دیتای موجود در بافر داده رضایت می دهد، اوراکل این کار را در زمان های زیر انجام می دهد: -وقتی TBS در حالت offline ، readonly و یا backup mode قرار میگیرد این کار به طور اتوماتیک انجام می شود.
  25. نکات: ---
  26. نکات ---
  27. نکات: --- مزایای معماری خادم و مخدوم : کلاینت ارزان قیمت عدم وابستگی کلاینت به محل فیزیکی سرور قابلیت مقیاس پذیری
  28. نکات: --- وجود مدیر و مدبری به نام application server سادگی پیکره بندی
  29. نکات: (کامل نیست) --- امکان pool کردن resource را فراهم می کند، هم حافظه و هم فضا!!! با این کار مجموعه ای از سخت افزار های قابل قبول، کارایی مربوط به سخت افزار های بسیار گران قیمت را انجام می دهند مدیریت مربوط به DB Server Grid توسط ClusterWare انجام می شود فعالیت های مربوط به Storage Grid توسط Oracle ASM قابلیت مدیریت است.
  30. نکات: --- روند انجام کار: پس از بالا آمدن هر Instance با استفاده از فرآیند LREG خود را به Listener ها معرفی می کند. و در اختیار قرار دادن نام سرویس، نام Instance و نام پایگاه داده مربوطه امکان تصمیم گیری های بعدی توسط Listener فراهم می آید. Listener همواره به دنبال دریافت درخواست از کلاینت هاست و پس از دریافت درخواست جدید، با استفاده از اطلاعاتی که در مورد Instance ها دارد تصمیم گیری کرده و درخواست کاربر را به یک service handler در سمت سرور پایگاه داده انتقال می دهد (این سرویس هندلر می تواند وابسته به نوع پیکره بندی و درخواست کار یک dedicated server process یا dispatcher باشد.) سپس ارتباط مستقیمی بین کلاینت و سرویس هندلر مربوطه برقرار می شود (دستورات و خروجی ها از طریق بستر Oracle NetService انتقال پیدا می کنند) دستور lsnrctl به منظور راه اندازی و توقف Listener ها کاربرد دارد. به منظور ایجاد یک Listener جدید روی یک port خاص می توان از روش های مختلفی (دستی:: فایل listener.ora، و یا با استفاده از ابزار های مدیریتی مانند netmgr و یا netca)
  31. نکات: ---
  32. نکات: --- اختصاص حافظه PGA که شامل اطلاعات مربوط به session است اختصاص Server Process به ازای هر ارتباط (تا زمانی که ارتباط بسته نشود این حافظه به سیستم بر نمی گردد (insufficient resource management) زمانی که کلاینت و سرور در یک هاست باشند مکانیزم ارتباط IPC و در غیر این صورت از پروتکل های مانند tcp و از طریق oracle net service
  33. نکات: --- هر درخواست اولیه پس از Listener به دست dispatcher می رسد و پس از آن dispatcher به عنوان service handler و با استفاده از server processes pool ها به درخواست ها پاسخ می دهد، هر درخواست درون صف request قرار گرفته و توسط server process ها برداشته شده و انجام می شود، خروجی درون صف response قرار گرفته و از طریق dispatcher به سمت کلاینت باز می گردد در این حالت همه ارتباطات حتی مواردی که در یک هاست قرار دارند از طریق oracle net service انجام می شوند. بخشی از اطلاعات که در حالت قبلی در PGA نگه داری می شد در این جا در بخش large pool یا shared area در SGA نگه داری می شود زیرا در این حالت یک server process مربوط به یک کلاینت خاص نیست که بخواهد اطلاعات مربوط به session را کنار خود نگه داری کند. در حالتی که کلاینت از طریق listener نتواند به dispatcher متصل شود سعی میکند تا مانند حالت dedicated با پایگاه داده ارتباط برقرار کند و برای این کار یک server process جدید برای کلاینت می سازد. در یک حالت دیگر هم این کار شدنی است، اینکه کلاینت صریحا درخواست ارتباط از نوع dedicated را داشته باشد در صورتی که سرور به صورت shared پیکره بندی شده باشد. (به منظور کارهای مدیریتی DBA این کار ضروری است زیرا برخی از فعالیت های DBA نیاز به اتصال در حالت dedicated را دارند.)
  34. نکات: --- لازم به ذکر است که در مواقع زیر بهتر است از shared server استفاده شود: زمانی که تعداد کاربرانی که به صورت همزمان می توانند به بانک اطلاعاتی متصل شوند، زیاد باشد . زمانی که تعداد زیادی session هستند که تراکنش های کوتاهی انجام می دهد. *) به هیچ وجه برای انجام کارهای DBA از این نوع پیکره بندی استفاده نشود و در صورتی وجود این پیکره بندی در سمت کلاینت درخواست به شکل dedicated ارسال شود.
  35. نکات: ---  نفهمیدم ! صفحه 430 oracle concept و صفحه ی 206 مدیریت بانک اطلاعاتی اوراکل 11g