ERETEK
BİLGİ SİSTEMLERİ
OPERASYON VE BAKIM

Teknik Destek ve Periyodik Bakım

Sunucu, istemci, işletim sistemi ve kritik uygulamalardaki arızaları yalnızca meydana geldiklerinde ele almak yeterli değildir. Bakım takvimi, kayıt altına alınan değişiklikler ve düzenli sağlık kontrolleriyle müdahaleyi öngörülebilir bir operasyona dönüştürüyoruz.

HİZMET ODAĞI
Sistemlerin düzenli çalışması, ölçülebilir müdahale ve izlenebilir bakım
Windows Server
İzleme
Yama yönetimi
Olay yönetimi

Somut hedefler · Belgeli çalışma · Kontrollü uygulama

NE ZAMAN GEREKLİ?

Arızalar tekrar ediyorsa bakım planı eksiktir.

Aşağıdaki durumlardan biri tanıdık geliyorsa destek ve bakım modelini birlikte netleştirmenin zamanı gelmiştir.

01 / DURUM

Beklenmeyen kesintiler

Tekrarlayan servis durmaları ve uygulama hataları kalıcı neden analizi gerektiriyorsa.

02 / DURUM

Bakım görünürlüğü eksik

Sunucularda son kontrolün ne zaman yapıldığı ve ne bulunduğu bilinmiyorsa.

03 / DURUM

Değişiklik kontrolü

Güncellemeler kullanıcıların iş saatinde kesintiye yol açabiliyorsa.

HİZMET KAPSAMI

Destek ve bakımda ele aldığımız dört alan.

Kapsamı cihaz sayısına göre değil; kullanıcı etkisi, yanıt önceliği ve tekrarlayan sorunların kök nedenine göre belirleriz.

01

Sistem sağlık kontrolü

CPU, bellek, disk, olay günlükleri, kritik servisler ve kapasite eğilimi.

02

Planlı bakım

Yama ön kontrolü, bakım penceresi, geri dönüş planı ve uygulama sonrası doğrulama.

03

Destek operasyonu

Önceliklendirme, olay kaydı, kök neden incelemesi ve tekrarlayan hataların takibi.

04

Yedekleme kontrolü

İş durumlarının izlenmesi, kurtarma testi ve başarısız işlerin analizi.

MÜHENDİSLİK YAKLAŞIMI

Kesinti çıkmadan önce hangi kontroller yapılmalı?

Düzenli bir bakım programı, yedeklemelerin gerçekten geri yüklenebildiğini, disk kapasitesinin kritik seviyeye yaklaşmadığını ve güncellemelerin kontrollü ilerlediğini gösterebilmelidir.

KARAR NOKTASI
Önce envanter ve öncelik. Sonra bakım takvimi. Ardından ölçülen hizmet.

Yatırım ve değişiklik kararları mümkün olduğunda ölçüm, bağımlılık analizi ve geri dönüş senaryosu ile desteklenmelidir.

ÖNCELİK SEVİYELERİ

Talepleri geliş sırasına göre değil, işe etkisine göre ele alırız.

“İnternet yavaş”, “ERP açılmıyor” gibi bildirimlerin arkasında bazen tek bir kullanıcının sorunu, bazen de bütün şirketi etkileyecek bir arızanın ilk işareti vardır.

P1 · Kritik

Şirketin tamamı ya da kritik bir süreç çalışamıyor: dosya sunucusuna erişilemiyor, e-posta akışı kesilmiş, ERP veritabanı yanıt vermiyor. İlk hedef hizmeti ayağa kaldırmak; kalıcı çözüm ardından gelir.

P2 · Yüksek

Bir departman ya da şube etkileniyor veya geçici bir yolla çalışılabiliyor. Örneğin şubenin VPN bağlantısı kopmuş, kullanıcılar merkeze uzak masaüstüyle bağlanarak işini sürdürüyor.

P3 · Normal

Bozulan bir Outlook profili, eşitlenmeyen bir OneDrive klasörü, yeni bir yazıcı tanımı. İşi durdurmayan ama gün içinde çözülmesi beklenen talepler.

P4 · Planlı

Yeni personel hesabı, klasör yetkilerinin düzenlenmesi, bir yazılım sürümünün yükseltilmesi. Kullanıcıları etkilemeyecek bir zamana planlanır.

Yanıt ve çözüm süreleri, sözleşme aşamasında altyapınızın kritikliğine ve çalışma saatlerinize göre birlikte belirlenir. Hangi sistemin arızasının P1 sayılacağı da bu aşamada yazılı hale getirilir.

ÇALIŞMA MODELİ

Talepten kapanışa kadar izlenebilir bir destek akışı.

Her aşama bir sonraki adımın kapsamını netleştirir. Planlanan değişiklikler kabul ve doğrulama kriterleriyle ilerler.

01 / AŞAMA

Envanter

Kritik sistemleri, bağımlılıkları ve servis sahiplerini çıkarırız.

02 / AŞAMA

Kontrol planı

Sıklık, kontrol kriterleri ve bakım pencerelerini belirleriz.

03 / AŞAMA

Uygulama

Sağlık kontrollerini, güncellemeleri ve olay incelemelerini yürütürüz.

04 / AŞAMA

Raporlama

Bulguları, müdahaleleri ve sonraki aksiyonları kayıt altına alırız.

SOMUT ÇIKTILAR

Bakım dönemi sonunda elinizde ne olur?

Her bakım döngüsü; yapılan kontrolleri, bulunan riskleri ve bir sonraki dönemin önceliklerini gösteren kayıtlarla kapanır.

01
Güncel sistem ve servis envanteri
02
Bakım takvimi ve kontrol listeleri
03
Olay ve müdahale kayıtları
04
Risk ve iyileştirme aksiyon listesi
SIK SORULANLAR

Destek ve bakım hakkında sık sorulanlar.

Günlük ve haftalık kontrollerin önemli bir bölümü uzaktan yürütülebilir. Donanım, kablolama ve bazı arıza müdahalelerinde yerinde işlem gerekir.

Hayır. Üretim etkisi, bağımlılıklar, bakım penceresi ve geri dönüş planı değerlendirilerek uygulanmalıdır.

Kullanıcı bilgisayarlarına bağlantı yalnızca kullanıcının onayıyla, sunuculara ise sözleşmede tanımlanan sistemler için kişiye özel hesaplarla yapılır. Kullanılacak araç ve erişim yöntemi başlangıçta sizinle birlikte belirlenir; ortak parola kullanılmaz.

Evet. Acil bir arıza ya da belirli bir iş için tek seferlik çalışma yapılabilir. Ancak altyapıyı tanımadan yapılan müdahaleler daha uzun sürer; düzenli ihtiyaç varsa periyodik bakım sözleşmesi hem süre hem maliyet açısından daha öngörülebilirdir.

Her bakım döneminin sonunda yapılan kontrolleri, tespit edilen sorunları ve önerilen aksiyonları içeren kısa bir rapor paylaşılır. Acil müdahale gerektiren bulgular rapor beklenmeden bildirilir.

BİRLİKTE PLANLAYALIM

Destek ve bakım ihtiyacınızı birlikte planlayalım.

Kullanıcı sayınızı, kritik sistemlerinizi ve beklediğiniz yanıt sürelerini konuşarak uygun destek modelini belirleyelim.