ERP Yazılımları · by Yazılım Koçu2026
VERİTABANI

Veritabanı, Sunucu & Ağ Bakım-Destek (Oracle)

Oracle/veritabanı lisans yenileme, sunucu-ağ-veritabanı bakım-destek ve APM/network izleme ile performans, yedekleme ve güvenliği SLA’lı yanıt süreleri altında tek elden yöneterek sistem kesintilerini önleyen uçtan uca hizmet.

Kamu ve özel sektörde en sık tekrar eden BT altyapı alımlarından biri veritabanı, sunucu ve ağ bakım-destek kalemidir: "Oracle Lisans ve Destek Yenileme", "Veritabanı Bakım-Destek Hizmet Alımı", "Sunucu-Ağ-Sistem Yönetimi ve İzleme". Lisans ve destek bedellerindeki artış, kurumları hem doğru boyutlandırmaya hem de alternatif/açık kaynak seçeneklerini değerlendirmeye itiyor. Bu sayfa, bu yatırımı bir teknik şartname yazmadan önce araştıran bilgi işlem ekipleri için kapsamı, ölçütleri ve seçim kriterlerini özetler.

Çözüm neyi kapsar?

  • Veritabanı bakım-destek: Kurulum, sürüm/yama yükseltme, performans ayarı (tuning), indeksleme, yedekleme ve geri dönüş (restore) testleri, kapasite planlama. Oracle, Microsoft SQL Server, PostgreSQL, MySQL kategorik olarak desteklenir.
  • Sunucu bakım: Fiziksel/sanal sunucu, işletim sistemi sıkılaştırma, yama yönetimi, kaynak ve kapasite takibi.
  • Ağ bakım: Anahtar/yönlendirici (switch/router), güvenlik duvarı, VLAN ve bant genişliği yönetimi, kesinti kök-neden analizi.
  • İzleme: Uygulama performans izleme (APM) ve ağ izleme yazılımı ile eşik/uyarı, olay yönetimi ve sağlık panosu.
  • Lisans yönetimi: Oracle/veritabanı lisans yenileme, denetim (audit) desteği ve alternatif çözüme geçiş planı.

Lisans yenileme mi, alternatif/açık kaynağa geçiş mi?

KriterMevcut lisansı (Oracle vb.) yenilemeAçık kaynak/alternatife geçiş
Yıllık lisans + destekYüksek (destek ≈ lisansın %22/yıl; örnek)Düşük lisans, artan operasyon
Geçiş riskiDüşük (aynı ortam)Orta/Yüksek (taşıma + test + eğitim)
Bağımlılık (lock-in)Tek üreticiye bağımlılık sürerBağımlılık azalır
Özellik/olgunlukYüksek (RAC, ileri özellikler)İş yüküne göre değişir
En uygun senaryoKritik üretim, yüksek işlem hacmiKritik olmayan sistemler, TCO odağı

Karar bir PoC (kanıtlama) ve 3-5 yıllık TCO karşılaştırmasıyla verilmelidir. Kaba formül: TCO ≈ lisans + yıllık destek + donanım + operasyon (personel) + geçiş/eğitim. Örneğin yıllık destek bedeli 100 birim lisansın yaklaşık %22’si ise 5 yılda tek başına ~110 birime ulaşır; bu kalem geçiş senaryosunda büyük ölçüde ortadan kalkar, karşılığında bir kereye mahsus taşıma maliyeti oluşur.

SLA, yanıt süreleri ve erişilebilirlik

Bakım-destek sözleşmesinin belkemiği SLA’dır. Öncelik seviyesine göre ayrı ayrı yanıt ve çözüm/geçici çözüm süreleri tanımlanmalıdır (aşağıdaki değerler örnektir, kurum kritikliğine göre belirlenir):

ÖncelikÖrnek durumHedef yanıtHedef geçici çözüm
P1 · KritikÜretim veritabanı erişilemez15 dk4 saat
P2 · YüksekCiddi performans düşüşü1 saat1 iş günü
P3 · OrtaSınırlı etkili hata4 saat3 iş günü
P4 · DüşükBilgi/talep1 iş günüPlanlı

Erişilebilirlik hedefi de ölçülebilir olmalı: Erişilebilirlik % = (Toplam süre − Kesinti) / Toplam süre × 100. Yıllık karşılıkları: %99 ≈ 3,65 gün, %99,9 ≈ 8,76 saat, %99,95 ≈ 4,38 saat, %99,99 ≈ 52,6 dakika kesinti. Ayrıca MTTR (ortalama onarım süresi) = toplam kesinti / arıza sayısı gibi metrikler raporlanmalı; proaktif izleme bu süreyi düşürür.

İzleme: APM ve ağ (network) monitoring

Sistem yönetim yazılımı ve ağ izleme yazılımı; sunucu (CPU/RAM/disk I/O), veritabanı (aktif oturum, kilit, yavaş sorgu, tablespace doluluk) ve ağ (gecikme, paket kaybı, arayüz kullanımı) metriklerini eşik/uyarı kurallarıyla sürekli takip eder. Amaç reaktif değil proaktif çalışmaktır: örneğin tablespace %85 doluluğa ulaştığında uyarı üretmek, disk dolup veritabanı durmadan önce müdahale sağlar. İyi kurgulanmış bir izleme, olayların önemli bölümünü kullanıcı fark etmeden çözer ve kesinti süresini kısaltır.

Performans, yedekleme ve güvenlik

  • Performans: Yavaş sorgu analizi, indeks/istatistik optimizasyonu, bağlantı havuzu ve kapasite planlaması.
  • Yedekleme: Düzenli tam/artımlı yedek, saha-dışı kopya ve — kritik nokta — periyodik geri dönüş (restore) testi. Test edilmemiş yedek, yedek sayılmaz.
  • Güvenlik: Yetki/rol yönetimi, kritik verilerde şifreleme, yama yönetimi, denetim izleri (audit log) ve KVKK (6698) ile uyumlu erişim kaydı. Bilgi güvenliği süreçleri ISO 27001 çerçevesiyle örtüşmelidir.

Teknik şartnamede dikkat edilecekler

  • Kapsam ve envanter: Desteklenecek veritabanı örneği (instance), sunucu ve ağ cihazı sayısı; sürümler ve çekirdek/soket bilgisi açıkça yazılmalı.
  • Standartlar: Bilgi güvenliği için ISO 27001 referansı, kişisel veri işleyen sistemlerde KVKK (6698) gereklilikleri; kamu alımlarında 4734 sayılı Kanun çerçevesi.
  • Entegrasyon: İzleme çıktılarının mevcut ERP/BT panolarıyla, bildirim (e-posta/SMS) ve olay kayıt sistemleriyle uyumu tanımlanmalı.
  • Veri sahipliği ve dışa aktarım: Veritabanı yedekleri, yapılandırma ve izleme verisi kuruma ait olmalı; sözleşme bitiminde standart formatta dışa aktarım garanti edilmeli (lock-in önlemi).
  • SLA: Öncelik bazlı yanıt/çözüm süreleri, erişilebilirlik hedefi, ceza-teşvik maddeleri ve raporlama sıklığı ölçülebilir yazılmalı.
  • Mevzuat & süreklilik: Log saklama süreleri, yedek saklama politikası ve olay bildirim yükümlülükleri netleştirilmeli.

Seçim kriterleri

  • Uzmanlık kanıtı: İlgili veritabanı/sunucu/ağ teknolojilerinde sertifikalı ve referanslı ekip.
  • Proaktif izleme yetkinliği: Sadece arızada değil, eşik-öncesi uyaran gerçek bir APM/ağ izleme kurgusu.
  • Şeffaf raporlama: Aylık sağlık raporu, SLA uyum oranı ve MTTR gibi metriklerin izlenebilirliği.
  • Bağımsızlık: Tek üreticiye kilitlemeyen, alternatif/açık kaynak yol haritası sunabilen yaklaşım.
  • Toplam maliyet: Liste fiyatı değil, envantere dayalı 3-5 yıllık TCO karşılaştırması.

Mevcut veritabanı, sunucu ve ağ ortamınızı birlikte inceleyip lisans yenileme ile alternatif çözümü TCO üzerinden karşılaştıralım; size özel SLA ve izleme kurgusu içeren bir yol haritası çıkaralım. Aşağıdaki formdan ihtiyacınızı iletmeniz yeterli.

SIK SORULAN SORULAR

Merak edilenler

Oracle lisans ve destek (bakım) maliyetini nasıl düşürebilirim?

Üç ana kaldıraç vardır: (1) doğru boyutlandırma — kullanılmayan seçenek/paket (option/pack) ve fazla çekirdeği lisanstan çıkarmak, (2) yıllık destek yenilemesini (üreticiler için genelde lisans bedelinin yaklaşık %22’si/yıl olduğu belirtilir; örnek orandır) düzenli lisans denetimiyle gözden geçirmek, (3) uygun iş yükleri için açık kaynak veritabanına (kategorik olarak PostgreSQL, MySQL vb.) kademeli geçişi TCO ile değerlendirmek. Karar öncesi bir kanıtlama (PoC) önerilir.

SLA’da yanıt süresi ile çözüm süresi arasındaki fark nedir?

Yanıt süresi, talebi açtıktan sonra ekibin arızayı sahiplenip çalışmaya başlamasına kadar geçen süredir; çözüm (veya geçici çözüm) süresi ise sistemin yeniden hizmete alınmasına kadar geçen süredir. Şartnamede ikisi ayrı ayrı, öncelik (P1–P4) bazında ve ölçülebilir biçimde yazılmalıdır. Sadece yanıt süresi taahhüdü, kesintinin kısa süreceği anlamına gelmez.

Veritabanı ve sunucu bakım-destek hizmeti neleri kapsamalı?

Kurulum/sürüm yükseltme (patch/upgrade), performans ayarı (tuning), yedekleme ve geri dönüş (restore) testleri, güvenlik sıkılaştırma, kapasite planlama, 7/24 veya mesai içi izleme (APM/ağ), olay yönetimi ve düzenli sağlık raporu. Proaktif izleme, arıza büyümeden yakalandığı için reaktif müdahaleye göre kesinti süresini belirgin biçimde azaltır.

Açık kaynak veritabanına geçmeli miyim?

Bağımlılığı (lock-in) ve lisans yükünü azaltmak isteyen kurumlar için mantıklı olabilir; ancak her iş yükü için uygun değildir. Yüksek işlem hacmi, karmaşık saklı yordamlar ve mevcut uygulama bağımlılıkları taşıma maliyetini artırır. Karar; performans testleri, uyumluluk analizi ve 3-5 yıllık TCO karşılaştırmasıyla, kritik olmayan sistemlerden başlayan kademeli bir planla verilmelidir.

SONRAKİ ADIM

Kurumunuza özel çözümü konuşalım.

İhtiyacınızı yazın; ERP, sanallaştırma-yedekleme, mali yönetim ve iş süreçleri çözümlerini değerlendirip 1 iş günü içinde dönelim. Aradığınız yoksa talep üzerine geliştiririz.

Talep Oluştur