İçeriğe geç
SAYGINSOFT BİLİŞİM HİZMETLERİ

Operasyon modeli

Veritabanı operasyonunu kişilere değil, sisteme bağlıyoruz.

Klasik DBA danışmanlığında güvence, bir uzmanın varlığına bağlıdır. Bizim modelimizde güvence; yedekli ekipten, tanımlı süreçlerden, sürekli izlemeden ve ölçülebilir hizmet seviyelerinden gelir.

01Proaktif operasyon modeli

Sorun oluştuktan sonra değil, kullanıcı fark etmeden önce.

Her ortam aynı döngüyle yönetilir. Döngünün her adımı tanımlı çıktılar üretir; bu çıktılar bir sonraki adımın girdisidir.

Sürekli izleme

İzle

Sağlık göstergeleri, kritik eşikler, yedek zinciri ve replika durumu sürekli takip edilir; trendler kapasite tahminine dönüştürülür.

Adım çıktıları

  • Kritik eşik takibi
  • Kapasite tahmini
  • Yedek ve replika kontrolü

02Modelin yapı taşları

Yedi bileşen, tek bir işleyiş.

  1. 01

    Yedekli ekip

    Her ortamı birden fazla mühendis tanır. İzin, hastalık veya ayrılık operasyonu durdurmaz.

  2. 02

    SLA

    Öncelik seviyeleri, müdahale süreleri ve iletişim kanalları sözleşmeyle tanımlanır ve raporlanır.

  3. 03

    Sürekli izleme

    Kritik eşikler, yedek zinciri, replika durumu ve kapasite trendleri kesintisiz takip edilir.

  4. 04

    Kritik olay yönetimi

    Olaylar tanımlı bir akışla karşılanır: tespit, sınıflandırma, müdahale, bilgilendirme, kök neden.

  5. 05

    Raporlama

    Ortamın sağlığı, riskler ve yapılan işler düzenli raporlarla yönetimle paylaşılır.

  6. 06

    Dokümantasyon

    Ortam bilgisi, prosedürler ve kararlar yazılıdır; her mühendis aynı bilgiden çalışır.

  7. 07

    Proaktif iyileştirme

    Bulgular bir iyileştirme yol haritasına dönüşür; ortam her döngüde daha sağlam hale gelir.

03Örnek öncelik modeli

Olaylar iş etkisine göre sınıflandırılır: örnek model.

Aşağıdaki P1–P4 yapısı örnek bir sınıflandırma modelidir. Seviye tanımları, müdahale ve çözüm hedefleri her kurumla yapılan SLA'da birlikte belirlenir; bu sayfa süre veya hizmet taahhüdü içermez.

Temsili örnek — gerçek müşteri verisi değildir

SeviyeTanımÖrnek durumlarYaklaşım
P1KritikÜretim hizmeti durmuş veya veri kaybı riski var.Veritabanı erişilemez; yazma işlemleri durdu; bozulma şüphesi.Nöbetçi mühendis hemen devreye girer; sürekli bilgilendirme; olay sonrası kök neden raporu.
P2YüksekHizmet çalışıyor ama ciddi biçimde etkileniyor veya yedeklilik kaybedilmiş.Belirgin performans düşüşü; replika senkron dışı; yedek zinciri kırık.Öncelikli müdahale; düzenli durum güncellemesi; kök neden incelemesi.
P3OrtaSınırlı etki; geçici çözüm mevcut.Tek bir raporun yavaşlaması; bakım işinin başarısız olması.Planlı çözüm; bir sonraki durum raporunda izlenir.
P4DüşükTalep, bilgi veya planlı iş.Yetki talebi; yapılandırma sorusu; planlı değişiklik.Talep sırasına göre; değişiklik kaydıyla.

04Kritik olay akışı

Olay anında doğaçlama yok.

Gece yarısı yaşanan bir olay da gün ortasındaki gibi aynı adımlarla yönetilir.

  1. T+0

    Tespit

    İzleme uyarısı veya bildirimle olay kayda alınır.

  2. T+1

    Sınıflandırma

    İş etkisine göre öncelik belirlenir; SLA süresi başlar.

  3. T+2

    Müdahale

    Nöbetçi mühendis, dokümantasyon ve runbook'larla müdahale eder.

  4. T+3

    Bilgilendirme

    Kurum, tanımlı kanallardan durum hakkında bilgilendirilir.

  5. T+4

    Kök neden

    Olay kapatıldıktan sonra nedeni analiz edilir.

  6. T+5

    Kalıcı çözüm

    Tekrarını önleyecek değişiklik planlanır; prosedür güncellenir.

Örnek senaryo: birincil replikada log diski doluyor

Temsili örnek — gerçek müşteri verisi değildir

AşamaKimNe olurBilgilendirme
T+0TespitİzlemeLog diski kritik eşiği aşar; uyarı nöbetçi mühendise iletilir ve olay kaydı açılır.İç kayıt
T+1SınıflandırmaNöbetçi DBAEtki değerlendirilir: yazma işlemleri durma riski → kritik öncelik.Kuruma ilk bildirim
T+2MüdahaleNöbetçi DBARunbook'a göre log yedeği alınır, büyümeyi tetikleyen açık işlem bulunur, alan güvenceye alınır.Durum güncellemesi
T+3BilgilendirmeNöbetçi DBA → Kurum BTHizmetin normale döndüğü ve geçici önlem açıklanır.Olay kapanış bildirimi
T+4Kök nedenUzman ekipUzun süre açık kalan işlemin uygulama tarafındaki nedeni ve izleme eşiği incelenir.İç inceleme
T+5Kalıcı çözümUzman ekip + Kurum BTUygulama düzeltmesi, log yedek sıklığı ve eşik ayarı planlanır; runbook güncellenir.Kök neden raporu

05Raporlama ritmi

Yönetim ne olduğunu her zaman bilir.

Rapor sıklığı ve içeriği SLA tasarımında kurumla birlikte belirlenir.

Sürekli

  • Kritik eşik uyarıları
  • Olay kayıtları ve durum bildirimleri
  • Yedek ve replika kontrolleri

Periyodik

  • Durum raporu
  • Sağlık kontrolü bulguları
  • Yapılan değişiklikler

Dönemsel

  • Kapasite ve risk değerlendirmesi
  • Güvenlik gözden geçirmesi
  • İyileştirme yol haritası

Örnek operasyon raporu

Yönetimin her dönem gördüğü sayfa.

Durum raporu ortamın sağlığını, dönemdeki olayları, yapılan değişiklikleri ve iyileştirme yol haritasını tek yerde toplar. Aşağıdaki örnek yalnızca biçimi gösterir: kurum, olaylar ve durumlar kurgusaldır; rapor içeriği ve ritmi her kurumla birlikte belirlenir ve bir hizmet taahhüdü içermez.

Temsili örnek — gerçek müşteri verisi değildir

SaygınSoft

Operasyon Durum Raporu

Örnek Kurum · Dönem: Örnek ay

Ortam sağlığı
  • Kullanılabilirlikİyi
  • PerformansDikkat
  • Yedeklemeİyi
  • Yüksek erişilebilirlikİyi
  • GüvenlikDikkat
  • Kapasiteİyi
Dönemdeki olaylar
  • P2Replika senkronizasyon gecikmesiKapandı · kök neden raporlandı
  • P3Gece bakım işi başarısızKapandı
  • P4Rapor kullanıcısı yetki talebiTamamlandı
Kapasite eğilimi

Veri büyümesi planlanan alan içinde.

Yapılan değişiklikler
  • İndeks bakım planı güncellendi
  • Log yedek sıklığı artırıldı
  • İki kullanılmayan hesap kapatıldı
İyileştirme yol haritası
  • Planlı DR testiPlanlandı
  • Sürüm yükseltme değerlendirmesiDevam ediyor
  • Audit kapsamının genişletilmesiÖnerildi

06Klasik DBA hizmetinden farkımız

Bir kaynak değil, bir operasyon modeli.

Klasik modelde güvence, kişisel efora bağlıdır. Bizim modelimizde süreçlere, ekibe ve ölçülebilir hizmet seviyelerine.

Klasik DBA kaynağı / SaygınSoft
Ekip yapısıKlasik DBA kaynağıTek kişiye veya dar bir kadroya bağımlı.SaygınSoftFarklı uzmanlıkları barındıran, yedekli kurumsal ekip.
Sorun müdahalesiKlasik DBA kaynağıReaktif; sorun çıktığında çözülür.SaygınSoftProaktif izleme ve kök neden odaklı kalıcı çözüm.
Hizmet kapsamıKlasik DBA kaynağıTemel veritabanı yönetimi ve operasyon.SaygınSoftPerformans, güvenlik, HA/DR ve veri platformları entegre.
Süreklilik ve güvenceKlasik DBA kaynağıKişisel efor ve inisiyatife dayalı.SaygınSoftSLA ve standart operasyon prosedürlerine dayalı.
Bilgi birikimiKlasik DBA kaynağıKişide kalır; ayrılıkla birlikte kaybolur.SaygınSoftDokümante edilir, ekip içinde ve kurumla paylaşılır.

Altyapınızı birlikte değerlendirelim.

Kritik veritabanı ortamlarınız için bir keşif görüşmesi veya sağlık taraması planlayalım.

Uzmanlarımızla GörüşünÇözümler