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

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?

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):

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ı.

Sektör verileri: kesintinin saatlik faturası

Bakım-destek bütçesini savunmanın en kestirme yolu, kesintinin maliyetini ortaya koymaktır. ITIC'in kurumsal sunucu ve işletim sistemi güvenilirliği üzerine yıllık anketine göre orta ve büyük ölçekli işletmelerin %90'ından fazlası için bir saatlik plansız kesintinin maliyeti 300.000 doları aşıyor; katılımcıların %41'i bu maliyeti saat başına 1 ile 5 milyon dolar aralığında bildiriyor (ITIC Hourly Cost of Downtime, 2024). Türk kurumları için birebir çevrilemese de oran mantığı aynıdır: kesinti maliyeti; kaybedilen iş, personel atıl süresi ve itibar/uyum etkilerinin toplamıdır ve neredeyse her senaryoda proaktif izleme + SLA'lı destek sözleşmesinin yıllık bedelinden büyüktür. Bu nedenle şartnamede erişilebilirlik hedefi ve öncelik bazlı çözüm süreleri, "olursa iyi olur" değil, maliyeti hesaplanmış bir sigorta olarak görülmelidir.

Sektörden örnek (model analizi): Amazon'un Oracle'dan çıkışı

Lisans yenileme/geçiş kararının kamuya açık en bilinen örneği Amazon'dur. Şirket, tüketici tarafındaki yaklaşık 7.500 Oracle veritabanında tutulan 75 petabayt veriyi yıllara yayılan bir programla kendi bulut veritabanı servislerine (DynamoDB, Aurora, RDS, Redshift) taşıdığını ve son Oracle veritabanını 2019'da kapattığını duyurdu; açıklanan sonuçlar arasında veritabanı maliyetlerinde %60'ın üzerinde azalma ve gecikme sürelerinde %40 iyileşme yer alıyor (AWS News Blog, 2019). Bu bir model analizidir: Amazon'un ölçeği ve kendi bulutuna taşınmasındaki çıkar birlikteliği tipik bir kuruma birebir uyarlanamaz. Ancak yöntem dersleri geçerlidir — geçiş tek hamlede değil iş yükü iş yükü yapılır, her iş yükü için uygun hedef motor ayrı seçilir ve program yıllara yayılan gerçekçi bir takvimle yönetilir. Kritik olmayan bir raporlama veritabanıyla başlayan kademeli PoC, bu yaklaşımın kurum ölçeğindeki karşılığıdır.

Temsili proje kapsamı

Aşağıdaki kapsam temsilidir; belirli bir müşteri projesi değil, tipik bir bakım-destek sözleşmesinin bileşenlerini gösterir. Orta ölçekli bir kurumda veritabanı-sunucu-ağ bakım hizmeti genellikle şu başlıklardan oluşur: envanter ve sağlık taramasıyla başlangıç durumunun raporlanması; izleme altyapısının (APM/ağ, eşik ve uyarı kuralları) kurulması; aylık yama/sürüm planlaması ve bakım pencereleri; yedekleme politikasının gözden geçirilmesi ve üç ayda bir restore testi; çeyreklik kapasite ve performans raporu; öncelik bazlı (P1-P4) destek masası ve SLA takibi; yıllık lisans envanteri denetimi ve yenileme/alternatif senaryo karşılaştırması; sözleşme boyunca tüm yapılandırma ve dokümantasyonun kurum adına güncel tutulması.

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.