İçeriğe geç

7/24 Bakım ve Destek

Unix / Linux

Veritabanı sorunlarının bir kısmı aslında işletim sistemi sorunudur: dolan dosya sistemi, yanlış bellek ayarı, kopan depolama yolu. Veritabanının altındaki Linux ve Unix katmanını aynı ekibin işletmesi, iki ekip arasında kaybolan arızaları ortadan kaldırır.

VERİTABANI İŞ YÜKÜORACLE · PG · MSSQL 270° · R31 UNIX / LINUXRHEL · OL · AIX · SOLARIS 000° · R0 ÇEKİRDEK / KAYNAKHUGEPAGES · LIMITS 180° · R88 DEPOLAMA / AĞMULTIPATH · BONDING 000° · R88 GÜVENLİK YAMALARIPLANLI · DOĞRULANMIŞ 090° · R34 SEVERITY · 7/24 İZLEME · TARAMA SÜRÜYOR
Faydalar6
  • Oracle Linux, Red Hat Enterprise Linux, AIX işletimi
  • Çekirdek ve güvenlik yamaları, planlı yeniden başlatma
  • Depolama: çoklu yol (multipath), LVM, Oracle ASM diskleri
  • Veritabanına göre ayar: HugePages, I/O zamanlayıcı, bellek sınırları
  • Sıkılaştırma: SSH, SELinux, güvenlik duvarı, denetim kaydı
  • Kapasite ve sağlık izleme, dosya sistemi büyüme takibi

Kapsam

Bu hizmet genel sistem yöneticiliği değil, veritabanı sunucularının işletim sistemi katmanıdır:

  • Oracle Linux ve Red Hat Enterprise Linux (ve türevleri), IBM AIX
  • Fiziksel sunucular, sanal makineler ve Exadata/ODA düğümlerinin işletim sistemi tarafı
  • Depolama bağlantısı: Fibre Channel çoklu yol, LVM, Oracle ASM disk hazırlığı, NFS ve yedekleme hedefleri

Düzenli bakım

  • Yama: çekirdek ve güvenlik güncellemeleri veritabanı sürümüyle uyumluluğu doğrulanarak planlı pencerede uygulanır; yeniden başlatma gerektirenler veritabanı bakımıyla aynı pencereye alınır.
  • Kaynak ayarı: HugePages, kernel parametreleri (shmmax, semaphores, aio), I/O zamanlayıcı, NUMA ve CPU ayarları Oracle, PostgreSQL ve SQL Server önerilerine göre yapılır ve belgelenir.
  • Kapasite: dosya sistemi doluluğu, inode, swap kullanımı ve disk gecikmesi izlenir; büyüme öngörüsü aylık raporda yer alır.
  • Güvenlik: SSH anahtar politikası, sudo düzeni, SELinux, güvenlik duvarı, denetim kaydı (auditd); kurumsal sıkılaştırma standartlarına uyum.

Arıza anında

Yanıt vermeyen sunucu, kopan depolama yolu, dolan /u01, bozuk çoklu yol yapılandırması gibi durumlarda veritabanı nöbetçisiyle aynı ekipten müdahale edilir. Olay sonrası kök neden raporu yazılır.

Ne zaman gerekir

  • Sistem ekibi ile veritabanı ekibi arasında “bizde sorun yok” diyaloğu yaşanıyorsa
  • Veritabanı sunucularının yamaları, uyumluluk endişesiyle yıllardır ertelenmişse
  • Yeni sunucuların veritabanı için doğru hazırlanması gerekiyorsa

Veritabanı sunucularınızın işletim sistemi durumu için iletişim.

İletişim

Unix / Linux için bize ulaşın.

Hizmetlerimiz hakkında bilgi almak, öneri ve talepleriniz için bize ulaşın. En kısa sürede size dönüş yapalım.