نوشته‌ها

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

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

این شرکت که در نیمه دوم سال ۱۳۷۰ بطور کامل راه اندازی گردید، در نزدیکی بزرگترین و غنی ترین معادن مس خاورمیانه، بزرگترین مجتمع صنعتی ارتباط دهنده معادن مس و روی با صنایع تولیـدی کشور بشمار رفته و شامل ۴ کارخانه ذوب و ریخته‌گری، اکستروژن و کشش، نورد و سکه‌زنی می‌باشد و گسترده‌ترین محصولات نیمه تمام مسی و آلیاژهای مس را بصوت ورق، تسمه و فویل، لوله و مقاطع تولید می‌کند. محصولات این شرکت مطابق با استانداردهای جهانی تولید و علاوه بر تامین نیاز بازار داخلی به کشورهای مختلف جهان از جمله آلمان، فرانسه، انگلستان، اسپانیا، چین، تایوان، ویتنام، تایلند و کویت صادرمی‌گردد.

با توجه به تفاهم صورت گرفته در خصوص گسترش همکاری در حوزه پایگاه داده اوراکل شرکت مس شهید باهنر کرمان متعاقب آن بررسی‌های فنی کارشناسان گروه پایگاه‌داده اوراکل شرکت آرتاراد، در دی ماه سال ۱۳۹۵ فرآیند ارتقای نگارش پایگاه‌داده و سرویس گلدن‌گیت شرکت مس شهید باهنر کرمان طرح‌ریزی و پیاده‌سازی شد. همچنین دوره آموزشی مدیریت پیشرفته پایگاه داده اوراکل در این سازمان آغاز گردید.
در مهرماه سال ۱۳۹۴ زمینه همکاری میان شرکت آرتاراد و مس شهید باهنر کرمان در مرکز داده اوراکل این شرکت با راه اندازی سرویس Oracle GoldenGate آغاز گردیده و در حال گسترش می‌باشد.

Artarad-Oracle-Data-Guard

تغییر حجم REDOLOG ها در سناریو DATAGUARD

تغییر حجم REDOLOG ها در سناریو DATAGUARD
مقدمه:
یکی از موارد مهم در راستای بهبود کارایی تنظیم مناسب تعداد و حجم Online RedoLog ها می باشد. این مورد هموارد در ابتدای راه اندازی پایگاه داده اوراکل قابل محاسبه دقیق نمی باشد و با عمر پایگاه داده و افزایش و کاهش میزان تغییرات، باید این فایل ها نیز تغییر کنند. در این مستند سعی می شود تغییر حجم این فایل ها در سناریو گارد بدون قطعی پایگاه داده به صورت گام به گام بررسی و اجرا گردد.

ادامه مطلب

artarad_oracle_db

چگونه یک دیتا فایل را از محیط FILESYSTEM به محیط ASM منتقل کنیم؟

چگونه در پایگاه داده اوراکل یک دیتا فایل را از محیط FILESYSTEM به محیط ASM منتقل کنیم؟
مقدمه
در برخی از سناریو ها لازم می شود دیتا فایل های خارج از ASM به ASM منتقل شوند . این حالت در سناریو های RAC که به اشتباه دیتا فایلی خارج از محیط ASM ساخته می شود خیلی پرکاربرد می باشد که منجر به خطاهای سیستمی می شود.

ادامه مطلب

artarad-oracle-database

پشتیبان‌گیری در محیط RAC با استفاده از rman

پشتیبان‌گیری در محیط RAC با استفاده از rman
در محیط‌های غیر کلاستر اسکریپت پشتیبان‌گیری rman بر روی سیستم‌عامل تهیه شده و توسط سرویس cron اجرا می‌گردد و یا با استفاده از ابزارهایی مثل OEM و…، در صورتی که این سناریو بر روی یکی از ماشین‌های RAC پیاده‌سازی گردد، این مخاطره وجود دارد که در صورت خرابی ماشین یادشده، فرآیند پشتیبان‌گیری انجام نگردد. برای جلوگیری از این مخاطره لازم است تا تغییرات اندکی در اسکریپت و نحوه اجرای آن ایجاد گردد.

ادامه مطلب

artarad-oracle-database

بازسازی پایگاه‌داده Standby با استفاده از پشتیبان Incremental

بازسازی پایگاه‌داده Standby با استفاده از پشتیبان Incremental

در این مبحث به تشریح نحوه همسان‌سازی پایگاه‌داده Standby از طریق یک پشتیبان Incremental می‌پردازیم که طبق سناریوی زیر اجرا می‌شود:
• پایگاه‌داده Standby دارای تاخیر قابل ملاحظه‌ای در مقایسه با پایگاه‌داده اصلی می‌باشد، که در این وضعیت کپی و اعمال آرشیولاگ‌ها از پایگاه داده اصلی به دلیل اعمال تراکنش‌های Commit شده و Commit نشده و به تبع آن Rollback تراکنش‌های Commit نشده زمان‌بر خواهد بود. با استفاده از پشتیبان Incremental به دلیل اعمال تراکنش های Commit شده می توان به مراتب سریع‌تر از روش اعمال آرشیولاگ ها پایگاه داده Standby را بازسازی نمود.

ادامه مطلب

artarad_ORACLE_ocr

ابزارهای مدیریتی OCR ( بخش سوم – پایانی)

ابزارهای مدیریتی OCR ( بخش سوم – پایانی)

در ادامه بخش دوم، به مطالب مربوط به OCR می پردازیم
افزودن فایل OCR
برای افزودن فایل OCR در گروه دیسک +DATA از دستور زیر استفاده می‌شود.

ocrconfig -add +DATA

ادامه مطلب

artarad-oracle-database

۱۱G DATAGUARD : AUTOMATIC JOB FAILOVER

۱۱G DATAGUARD : AUTOMATIC JOB FAILOVER

در این مطلب به شرح عملیات Failover خودکار یک Job به محیط Standbgy که می تواند در نتیجه Client Failover خودکار مطرح شده در دیتاگارد ۱۱g باشد می‌پردازیم.
اکنون با توانایی ایجاد سرویس برای پایگاه داده با قابلیت اجرا بر روی هر دو پایگاه داده اصلی و Standby و متعاقب آن یک Switchover/Failover دیتاگارد Broker به طور خودکار سرویس های مورد نیاز را بر روی پایگاه داده اصلی جدید استارت می نماید و client ها را از پایگاه داده ناکارآمد جدا نموده و آنها را به سمت پایگاه داده اصلی جدید بدون هرگونه مداخله دستی هدایت میکند.

ادامه مطلب

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

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

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

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

ادامه مطلب

مقایسه Oracle TimesTen و Oracle Database در پایگاه داده اوراکل

در این مقاله قصد داریم Oracle TimesTen و Oracle Database را از لحاظ کارایی (Performance) و از دیدگاه بهینه بودن در پایگاه داده اوراکل مقایسه نماییم.دانستن تفاوت میان موتور های پایگاه داده در این مقطع بسیار مهم است.

۱- Oracle Database
اطلاعات با ساختار back-end data warehouse یا OLTP را نگهداری می کند
۲- Oracle TimesTen
به عنوان Middle Ware در حافظه اصلی و به صورت cache عمل می کند.
این معماری چند مساله مانند سوالات زیر برای برنامه نویسان تداعی می کند:

• آیا Times Ten سریعتر از Oracle DataBase است؟
• چه زمانی دیتا را در TimesTen و چه زمانی در DataBase ذخیره کنیم؟

ادامه مطلب