IT planına cihazdan önce işin durma etkisiyle başlayın
KOBİ IT güvenliği ve yedekleme planı, hangi marka güvenlik cihazının alınacağıyla başlamamalıdır. Önce işletmenin hangi işlerini hangi sistemlerle yaptığını yazın. Sipariş kabulü, teklif hazırlama, üretim dosyalarına erişim, sevkiyat ve müşteri iletişimi aynı kesintiden farklı etkilenebilir. İşletme sahibi olarak hangi faaliyetin önce yeniden çalışması gerektiğine karar vermelisiniz. Teknik ekip, bu önceliği uygulanabilir altyapı ve kurtarma adımlarına çevirebilir. Öncelik kararı verilmediğinde tüm sistemler eşit derecede acil görünür ve gerçek kaynak ihtiyacı belirsiz kalır.
Varsayımsal bir yedek parça dağıtıcısını düşünün. Ofis yazıcısının durması geçici yöntemle aşılabilirken stok uygulamasına erişilememesi gönderileri engelleyebilir. Bu bir DUCOSOFT müşteri vakası değildir; iş etkisini konuşmak için örnektir. Her süreç için sorumlu kişiyi, kullanılan uygulamayı ve geçici çalışma yöntemini kaydedin. Verinin yeniden oluşturulması mümkün mü, kim doğrulayabilir ve bu sırada müşteriye ne söylenir? Bu soruların cevapları, teknik satın almaya harcanacak bütçeyi somut iş ihtiyacına bağlar.
Ağ, cihaz, hesap ve lisans envanterini birleştirin
Envanterde yalnız masaüstü bilgisayarlar bulunmamalıdır. Dizüstüler, telefonlar, sunucular, ağ cihazları, yazıcılar, kameralar, bulut hizmetleri ve dışarıdan erişen destek hesapları da iş akışının parçasıdır. Her kayıt için kullanım amacı, sahibi, konumu, destek durumu ve yönetim sorumlusu yazın. Hassas erişim bilgilerini herkese açık bir tabloya koymayın; envanter, parolanın kendisini değil güvenli şekilde nerede yönetildiğini göstermelidir. Kaydı kimin güncelleyeceğini belirleyin ve yeni cihaz alımını bu sürece bağlayın.
Lisans ve abonelikleri de aynı görüşmede ele alın. Bir çalışanın kişisel hesabına bağlı şirket dosyası, yalnız teknik değil operasyonel sahiplik sorunudur. Alan adı, e-posta yönetimi, bulut depolama ve yedekleme hesabında şirketin yetkili erişimi bulunduğunu doğrulayın. BSI'nin şirketlere yönelik önerileri veri varlıklarının önemine göre değerlendirilmesini destekler. Sizin envanterinizde her öğenin iş karşılığı anlaşılmalıdır. Kullanılmayan bir hesabı kapatmak için önce o hesabın uygulama bağlantısını veya arşiv erişimini taşıyıp taşımadığını kontrol edin.
Ofis ağını kullanım amacı ve erişimle düzenleyin
Bir ofiste herkesin aynı kablosuz ağa bağlanması kolay görünebilir. Ancak misafir telefonu, muhasebe bilgisayarı ve kamera sistemi aynı erişim ihtiyacına sahip değildir. Teknik ekiple ağın mevcut durumunu çizdirin: internet bağlantısı nereden gelir, hangi cihazlar birbirine erişir ve uzaktan destek hangi yoldan yapılır? Misafir erişiminin iş dosyalarına ulaşmaması gibi işletme gereksinimlerini açıkça belirtin. Uygulama biçimini cihazların yeteneklerine ve iş gereksinimine göre uzman ekip belirlemelidir.
Yeni şube planlıyorsanız yalnız bağlantı hızını değil kesinti durumunu da konuşun. İnternet yokken hangi işler devam edebilir, alternatif bağlantı neyi çalıştırır ve kim devreye alır? Güvenlik duvarı ayarının yedeği, ağ cihazının yönetim erişimi ve bağlantı hizmetinin destek bilgisi bulunmalıdır. Gelişigüzel açılmış uzaktan erişim yollarını listeleyin; ihtiyaç bittikten sonra açık kalmamalarını sağlayın. Ağ değişikliği için onay ve geri dönüş adımı oluşturun. İş saatinde yapılan küçük bir ayarın hangi uygulamaları etkileyebileceği önceden değerlendirilmelidir.
Cihaz bakımını güncelleme ve kullanıcı yetkisiyle birlikte yönetin
Cihaz güvenliğinde ilk soru, kimin hangi sistemi yönetebildiğidir. Günlük çalışma için kullanılan hesap ile yönetici işlemleri için gereken yetkiyi ayırmayı değerlendirin. Çalışanların ihtiyaç duymadıkları uygulamaları kurması veya güvenlik ayarlarını değiştirmesi süreç dışına çıkarılmalıdır. Koruma yazılımının lisansının bulunması tek başına yeterli yönetim kanıtı değildir; cihazın güncel durumu, uyarıların kime gittiği ve giderilemeyen sorunun nasıl takip edildiği görünür olmalıdır. Destek süresi bitmiş işletim sistemleri için yenileme planı hazırlayın.
Güncellemeleri rastgele ertelemek de kritik uygulamayı kontrol etmeden topluca değiştirmek de sorun yaratabilir. İşletmeye uygun bir bakım penceresi ve kontrol sorumlusu belirleyin. Önce temsil edici cihazda uygulamanın çalıştığını kontrol etmek, ardından yaygınlaştırmak uygulanabilir bir yöntem olabilir. Mobil cihaz kaybolduğunda kimin haberdar edileceğini ve şirket erişimlerinin nasıl sonlandırılacağını yazın. Çalışanın işten ayrılmasıyla cihaz teslimi, hesap kapatma ve dosya devri aynı kontrol listesinde yürümelidir. Yeni başlayan personele geçici olarak verilen aşırı yetkilerin unutulmaması için gözden geçirme tarihi koyun.
E-posta ve kimlik erişimini günlük iş akışına yerleştirin
E-posta hesabı, tekliflerden parola sıfırlamalarına kadar birçok sisteme açılan kapıdır. Microsoft Learn, Microsoft 365 kullanıcıları için çok faktörlü kimlik doğrulamanın kurulmasını açıklar. Hangi yöntemin ve yönetim politikasının kullanılacağı mevcut abonelik ve yapılandırmayla birlikte değerlendirilmelidir. İşletme planında hesap kurulumu, çalışan eğitimi, kayıp cihaz ve erişim kurtarma adımları birlikte bulunmalıdır. Tek bir kişinin telefonuna bağlı yönetim erişimi, o kişi yokken işlerin durmasına neden olabilir.
Şüpheli bir e-posta alındığında çalışanların ne yapacağını anlaşılır biçimde yazın. Acil para talebi, değişen banka bilgisi veya beklenmeyen dosya paylaşımı mevcut bir iletişim kanalıyla doğrulanmalıdır. Çalışanın yöneticisini haberdar etmesi için kolay bir yol sağlayın. Ortak kullanılan adreslerde herkesin aynı parolayı bilmesi yerine görev ve yetki modelini değerlendirin. Başkasının hesabını devralmayı normal süreç haline getirmeyin. E-posta yönlendirmeleri, kullanılmayan dış uygulama izinleri ve eski personel erişimleri düzenli kontrolün parçası olsun. Amaç, çalışanın güvenli adımı günlük işinde uygulayabilmesidir.
Yedekleme kapsamını dosya listesinden hizmet kurtarmaya genişletin
Yedekleme planında hangi veri ve ayarların korunduğunu açıkça yazın. Paylaşılan klasörler, uygulama veritabanı, e-posta içeriği, yapılandırma ve gerekli lisans bilgileri farklı ihtiyaçlar taşır. Dosya eşitlemenin her durumda bağımsız kurtarma kopyası oluşturduğunu varsaymayın. Silinen veya bozulan içeriğin eşitlenen diğer konuma da geçmesi mümkündür. Bulut hizmetinin yerleşik saklama olanaklarını ve sizin ayrıca yapmanız gereken işlemleri sağlayıcı koşullarına göre inceleyin. Sorumluluk boşluğu bırakmayın.
CISA'nın fidye yazılımı rehberi, kritik verinin çevrim dışı ve şifreli yedeklerini ve düzenli kurtarma denemelerini önerir. Uygulamada erişim ayrımı, kopyanın korunması ve ana sistemden bağımsız kurtarma olanağı teknik ekiple tasarlanmalıdır. BSI'nin yedekleme kavramı rehberi de geri yüklemeyi planın parçası olarak ele alır. İşletme sahibi için temel soru şudur: sunucuya ve ana yönetici hesabına aynı anda erişilemezse hangi kayıtla, hangi yetkiyle ve hangi ortama döneceğiz? Yanıt yalnız sağlayıcı panelinde yazan başarılı etiketinden oluşmamalıdır.
Veri kaybı ve geri dönüş hedeflerini ayrı belirleyin
RPO, geri dönülen kayıt noktasının ne kadar eski olabileceğine ilişkin hedefi; RTO ise hizmetin yeniden çalışmasına ilişkin hedef süreyi ifade eder. Bunlar işletmenizin ihtiyacına göre belirlenir ve testlerle değerlendirilir. Her uygulama için aynı değeri kullanmayın. Nadir değişen tanıtım dosyası ile gün boyu sipariş alan veritabanı farklı öncelikler taşıyabilir. Daha sık kopya almak tek başına daha hızlı hizmet kurtarmayı sağlamaz; kullanılabilir cihaz, erişim, uygulama ve yetkin personel de gerekir.
Örneğin dağıtıcı, sipariş kayıtları için daha güncel geri dönüş noktası isterken eski ürün görsellerinde daha uzun aralığı kabul edebilir. Bu değerleri burada evrensel sayı olarak belirlemek doğru olmaz. İş birimiyle kaybın nasıl karşılanacağını konuşun. Müşteri e-postasından yeniden oluşturulabilecek kayıt ile tekrar elde edilemeyecek saha verisini ayırın. Hedef maliyeti aşarsa ihtiyacı, alternatif çalışma yöntemini veya kapsamı tekrar değerlendirin. Teklifte hedefin ölçüm yöntemi ve bağımlılıkları belirtilmelidir. Onaylanmış hedef, test edilmeden garanti edilmiş sonuç gibi sunulmamalıdır.
Geri yükleme testini işletme kullanıcısıyla tamamlayın
Bir yedekleme işinin tamamlanması, uygulamanın çalışarak geri döndüğünü kanıtlamaz. Kontrollü ve uygun biçimde ayrılmış bir ortamda örnek kurtarma yapılmalıdır. Teknik ekip gerekli güvenli adımları uygular; iş birimi veriyi açar, tarihini kontrol eder ve anlamlı bir işlemi deneyerek doğrular. Canlı dosyaların üzerine hazırlıksız geri yükleme yapmayın. Test için seçilen verinin ve ortamın erişim koşullarını da belirleyin. Böylece deneme sırasında yeni bir kesinti ya da gereksiz veri yayılımı oluşması önlenebilir.
- Hangi hizmet, hangi kayıt noktasından ve hangi ortama geri getirildi; başlangıç ve doğrulama zamanı nasıl kaydedildi?
- Dosyayı açmak dışında hangi iş işlemi denendi; sipariş, teklif veya rapor sonucunu hangi çalışan onayladı?
- Yalnız teknik sistem mi çalıştı, yoksa kullanıcının gerekli yetkiyle erişimi ve bağlı uygulamaları da doğrulandı mı?
- Eksik kayıt, unutulan parola veya bağlantı bağımlılığı bulunduysa düzeltmenin sahibi ve yeniden deneme koşulu yazıldı mı?
Test raporunu saklayın. Her başarısızlığı ürün değiştirme gerekçesi yapmadan önce yapılandırma, kapsam ve süreç eksikliğini ayırın. Önemli değişikliklerden sonra önceki testin hangi varsayımlarının geçersiz kaldığını yeniden değerlendirin.
Bakım ve olay sorumluluklarını sözleşmede görünür yapın
Bir destek anlaşmasında cihaz ve kullanıcı sayısıyla birlikte kapsanan sistemler yazılmalıdır. Uzaktan destek, yerinde ziyaret, mesai dışı hizmet, lisans gideri ve yedekleme izlemesi aynı şey değildir. İlk yanıt ile çözümün ne anlama geldiğini açıklaştırın. Dış internet veya bulut sağlayıcısı arızasında hizmet veren ekibin yapacağı takip ayrı belirtilmelidir. Şirkette talebi açacak asıl kişi ve onun yokluğunda görev alacak kişi belli olmalıdır. Teknik uzmanlığa bütün karar yetkisini devretmeyin; iş önceliğini işletme belirler.
Olay anında erişilebilir kısa bir iletişim planı hazırlayın. Şüpheli durumu kime bildireceğinizi, hangi kaydın korunacağını ve hangi işlerin geçici olarak durdurulabileceğini uzman ekiple tanımlayın. Çalışanlardan gelişigüzel temizleme veya yeniden kurulum yapmalarını beklemeyin. Sorunun etkisini ve yapılan müdahaleleri tek olay kaydında takip edin. Rapor, yalnız teknik terimler değil hangi işin ne zaman kullanılabildiği bilgisini de içermelidir. Olay kapandıktan sonra bulunan eksiklikler sorumlu kişiye atanmalı ve sonraki bakım toplantısında sonuçları incelenmelidir.
| Karar | İşletme sahibinin görevi | Teknik ekibin görevi |
|---|---|---|
| Yeni çalışan | Görevini, erişeceği iş bilgilerini ve onaylayan yöneticiyi bildirir; başlangıçtan önce hesap talebini tamamlar. | Uygun hesabı açar, gerekli yetkileri uygular ve cihazın yönetim kaydını oluşturur. |
| Çalışanın ayrılması | Ayrılış zamanını ve dosyaları teslim alacak kişiyi belirtir; iş kayıtlarının devrini doğrular. | Belirlenen anda erişimleri kapatır, cihaz teslimini ve teknik hesap bağlantılarını kontrol eder. |
| Kurtarma denemesi | Hangi iş sonucunun çalışır sayılacağını belirler; verinin anlamlı ve kullanılabilir olduğunu onaylar. | Uygun test ortamında geri yüklemeyi yapar, süreleri ve karşılaşılan teknik bağımlılıkları kaydeder. |
| Bakım değişikliği | Uygun iş zamanını ve kabul edilebilir kesinti koşulunu onaylar; ilgili çalışanları bilgilendirir. | Değişiklik adımlarını, kontrol yöntemini ve geri dönüş hazırlığını belgeler; sonucu işletmeye raporlar. |
Risk ve bağımlılığa göre aşamalı yatırım yapın
İlk aşamada envanteri, kritik iş listesini ve şirketin erişim sahipliğini doğrulayın. Ardından hesap güvenliği, güncelleme sorumluluğu ve görünür yedekleme kapsamındaki boşlukları kapatın. Sonraki aşamada kontrollü geri yükleme testi ve alternatif çalışma yöntemini deneyin. Son olarak kapasite, ağ düzeni veya cihaz yenilemesini gerçek ihtiyaçla planlayın. Kesin sıra mevcut durum incelemesine göre değişebilir; bu aşamalar herkese aynı takvim anlamına gelmez. Her adımda neyin iyileştiğini gösterecek bir kanıt belirleyin.
Sık yapılan hata, yeni ürün alımını iş sürekliliği planının tamamı saymaktır. Diğer hata, her şey bulutta diye şirketin erişim ve kurtarma sorumluluğunu unutmasıdır. Düzenli yönetim görüşmesinde açık güncelleme sorunlarını, değişen kullanıcıları, son yedek kontrolünü ve son geri yükleme sonucunu birlikte inceleyin. DUCOSOFT ile IT altyapısı ve yedekleme kapsamını değerlendirirken cihaz ve kullanıcı sayısını, kritik uygulamalarınızı, mevcut ağ yapısını ve erişebildiğiniz son test kaydını paylaşın. Bu bilgiler, bakım ve kurtarma sorumluluklarını işletmenizin gerçek gereksinimleriyle eşleştiren uygulanabilir bir çalışma kapsamı hazırlamayı sağlar.
Bütçe değerlendirmesinde ilk yıl kurulumunu, devam eden yönetimi ve gerektiğinde yapılacak müdahaleyi ayrı kalemler olarak okuyun. Kullanıcı veya cihaz arttığında bedelin hangi kuralla değişeceğini sorun. Satın alınan ürünlerin hesabı, lisansı ve destek hakkının işletmede takip edilebildiğini doğrulayın. Birden fazla tedarikçi varsa aralarındaki sorumluluk sınırını tek sayfada gösterin. İnternet sağlayıcısının arızasını, yerel ağ sorununu ve uygulama kesintisini aynı başlıkta belirsiz bırakmak, olay anında kaybedilen zamanı artırabilir.
