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

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

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

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

با توجه به تفاهم صورت گرفته در خصوص گسترش همکاری در حوزه پایگاه داده اوراکل شرکت مس شهید باهنر کرمان متعاقب آن بررسی‌های فنی کارشناسان گروه پایگاه‌داده اوراکل شرکت آرتاراد، در دی ماه سال ۱۳۹۵ فرآیند ارتقای نگارش پایگاه‌داده و سرویس گلدن‌گیت شرکت مس شهید باهنر کرمان طرح‌ریزی و پیاده‌سازی شد. همچنین دوره آموزشی مدیریت پیشرفته پایگاه داده اوراکل در این سازمان آغاز گردید.
در مهرماه سال ۱۳۹۴ زمینه همکاری میان شرکت آرتاراد و مس شهید باهنر کرمان در مرکز داده اوراکل این شرکت با راه اندازی سرویس 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-Data-Guard

Flashback through role transition for physical standby

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

Flashback through role transition for physical standby

در این مطلب به تشریح مبحث عدم تغییر نقش انتصابی به پایگاه داده در هنگام وقوع Flashback در Physical Standby به وسیله یک Switchover می‌پردازیم.

ادامه مطلب

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 را بازسازی نمود.

ادامه مطلب