Kürşat Bal

Azure Automation Scripts

Tue, 23 Jun 2026 00:00:00 +0000

Azure üzerinde kaynak yönetimini kolaylaştıran PowerShell ve Python scriptleri geliştirdim.

Exchange Server'da Kerberos Kimlik Doğrulamasına Geçiş

Mon, 10 Nov 2025 00:00:00 +0000

Bu kılavuz, Microsoft Exchange Server ortamınızda Kerberos kimlik doğrulamasına geçiş için gerekli adımları detaylandırmaktadır.

Ön Şartlar ve Active Directory Yapılandırması

DNS Kayıtlarının Oluşturulması

DNS Forward Lookup Zone üzerinde ilgili Autodiscover ve mail adları için A kaydı oluşturulmalıdır.

Alternatif Hizmet Hesabı (ASA) Computer Nesnesi Oluşturma

Kerberos’un düzgün çalışabilmesi için bir Alternatif Hizmet Hesabı (ASA) bilgisayar nesnesi oluşturulmalıdır. Bu nesne devre dışı bırakılmamalıdır.

OU Path Tespiti:

Exchange Server’ın bulunduğu OU üzerine gelin → Properties → Attribute Editor → distinguishedName değerini not alın.

ASA Computer Nesnesi Oluşturma:

1
2
3
4
5
6


New-ADComputer -Name "EXCH2019ASA" `
 -AccountPassword (Read-Host "Enter new password" -AsSecureString) `
 -Description "Alternate Service Account credentials for Exchange" `
 -Enabled:$True `
 -SamAccountName "EXCH2019ASA" `
 -Path "OU=Exchange Servers,OU=Servers,OU=Company,DC=kuso,DC=local"

-Path parametresini kendi OU yapınıza göre güncelleyin.

AES 256 Şifrelemesini Etkinleştirme:

1

Set-ADComputer "EXCH2019ASA" -add @{"msDS-SupportedEncryptionTypes"="28"}

Doğrulama:

1

Get-ADComputer "EXCH2019ASA" | Format-List msDS-SupportedEncryptionTypes

AD Senkronizasyonunu Tetikleme:

1

Repadmin /syncall /ADPe

Exchange Server Üzerinde ASA Dağıtımı

ASA Kimlik Bilgilerinin Dağıtılması

Bu adımlar Exchange Management Shell (EMS) üzerinden gerçekleştirilir.

Scripts klasörüne geçin:

1

cd $exscripts

İlk Exchange Sunucusuna Dağıtma:

1
2
3


.\RollAlternateServiceAccountPassword.ps1 `
 -ToSpecificServer "kbexchsrv.kuso.local" `
 -GenerateNewPasswordFor kuso\EXCH2019ASA$

Önemli: kuso\EXCH2019ASA$ kısmında netBIOS adını kullanın. İstendiğinde Y yazıp Enter’a basın. İşlem tamamlandığında “Succeeded” çıktısı görülmelidir.

Birden Fazla Exchange Sunucusuna Dağıtma:

1
2
3


.\RollAlternateServiceAccountPassword.ps1 `
 -ToSpecificServer "exchsrv2.kuso.local" `
 -CopyFrom "kbexchsrv.kuso.local"

ASA Kimlik Bilgisi Ayarlarını Kontrol Etme:

1
2


Get-ClientAccessServer -IncludeAlternateServiceAccountCredentialStatus |
 Format-List Name, AlternateServiceAccountConfiguration

Çıktıda tüm sunucular için kuso\EXCH2019ASA$ görülmelidir.

Hizmet Asıl Adlarını (SPN) Ayarlama

Mevcut SPN İlişkilerini Kontrol Etme

CMD üzerinden çalıştırın. Çıktı “No such SPN found” olmalıdır:

1
2


setspn -F -Q http/mail.kuso.local
setspn -F -Q http/autodiscover.kuso.local

SPN’leri ASA Kimlik Bilgilerine Bağlama

MAPI/HTTP ve Outlook Anywhere SPN’si:

1

setspn -S http/mail.kuso.local kuso\EXCH2019ASA$

Autodiscover SPN’si:

1

setspn -S http/autodiscover.kuso.local kuso\EXCH2019ASA$

SPN İlişkilerini Doğrulama

1

setspn -L kuso\EXCH2019ASA$

Exchange Sanal Dizinlerini Yapılandırma

Outlook Anywhere İçin Kerberos

Etkinleştirme:

1
2


Get-OutlookAnywhere -Server "kbexchsrv" |
 Set-OutlookAnywhere -InternalClientAuthenticationMethod Negotiate

Doğrulama:

1
2
3


Get-OutlookAnywhere -Server "kbexchsrv" |
 Format-Table InternalClientAuthenticationMethod
# Beklenen: Negotiate

MAPI over HTTP İçin Kerberos

Etkinleştirme (NTLM + Negotiate):

1
2


Get-MapiVirtualDirectory -Server "kbexchsrv" |
 Set-MapiVirtualDirectory -IISAuthenticationMethods Ntlm,Negotiate

Doğrulama:

1
2
3


Get-MapiVirtualDirectory -Server "kbexchsrv" |
 Format-List IISAuthenticationMethods
# Beklenen: {Ntlm, Negotiate}

Hibrit/OAuth Ortamları İçin (Opsiyonel):

1
2
3


$mapidir = Get-MapiVirtualDirectory -Server "kbexchsrv"
$mapidir | Set-MapiVirtualDirectory `
 -IISAuthenticationMethods ($mapidir.IISAuthenticationMethods +='Negotiate')

Son İşlemler ve Test

Grup İlkesi (GPO) Uygulama

Kerberos kullanacak tüm kullanıcılara bir GPO uygulanmalıdır. Authenticated Users grubuna uygulanabilir.

Yol: Computer Configuration → Policies → Windows Settings → Security Settings → Local Policies → Security Options

Policy	Setting
Restrict NTLM: Incoming NTLM traffic	Deny all accounts
Restrict NTLM: NTLM authentication in this domain	Disable
Restrict NTLM: Outgoing NTLM traffic to remote servers	Deny all

Hizmetleri Yeniden Başlatma

1
2


Restart-Service MSExchangeServiceHost
Restart-WebAppPool -Name MSExchangeAutodiscoverAppPool

Test ve Doğrulama

İstemci makinesinde Outlook’u başlatın
CMD’yi başlatın ve Kerberos biletlerini kontrol edin:

1

klist

Çıktıda aşağıdaki biletlerin görülmesi Kerberos’un başarıyla çalıştığını gösterir:

1
2
3


Server: HTTP/mail.kuso.local @ kuso.local
Server: HTTP/autodiscover.kuso.local @ kuso.local
KerbTicket Encryption Type: AES-256-CTS-HMAC-SHA1-96

Exchange On-Premises Mailbox PST Dışa Aktarım Rehberi

Tue, 08 Jul 2025 00:00:00 +0000

Exchange On-Premises ortamında posta kutularını PST dosyalarına aktarmanın farklı yöntemlerini adım adım ele alıyoruz.

Ön Koşullar ve Yetkilendirme

Kullanıcı Yetkilendirmesi

PST dışa aktarımı yapacak kullanıcının Mailbox Import Export rolüne sahip olması gerekir:

1

New-ManagementRoleAssignment -Role "Mailbox Import Export" -User kursat.test

Dışa Aktarım Klasörünün Hazırlanması

PST dosyalarının kaydedileceği bir klasör oluşturun (örn. C:\pst_yedek)
Klasörün Security sekmesinde Exchange Trusted Subsystem grubuna Full Control yetkisi verin

Bu izinler dışa aktarım işlemi sırasında kritik öneme sahiptir.

PST Dışa Aktarım İşlemleri

Tüm Posta Kutusunu Dışa Aktarma

1

New-MailboxExportRequest -Mailbox kursat.test -FilePath \\ipadress\pst_yedek\kursattest.pst

Parametre	Açıklama
`-Mailbox`	Dışa aktarılacak posta kutusunun adresi
`-FilePath`	PST’nin kaydedileceği ağ yolu

Belirli Bir Klasörü Dışa Aktarma

Önce klasörün tam yolunu öğrenin:

1

Get-MailboxFolderStatistics -Identity kursat.test | Select Name, FolderPath

Ardından -IncludeFolders parametresiyle dışa aktarın:

1
2
3


New-MailboxExportRequest -Mailbox kursat.test `
 -FilePath \\ipadress\pst_yedek\kursattest.pst `
 -IncludeFolders "#2020#"

Klasör Gelen Kutusu altındaysa tam yolu kullanın:

1
2
3


New-MailboxExportRequest -Mailbox kursat.test `
 -FilePath \\ipadress\pst_yedek\kursattest.pst `
 -IncludeFolders "#\Gelen Kutusu\2020#"

Tarih Aralığına Göre Dışa Aktarma

1
2
3


New-MailboxExportRequest -Mailbox kursat.test `
 -ContentFilter {(Received -le '12/31/2022')} `
 -FilePath \\ip-adress\pst_yedek\kursattest.pst

Operatör	Anlam
`-le`	Küçük veya eşit (less than or equal to)
`-ge`	Büyük veya eşit (greater than or equal to)

Tarih formatı sisteminizin bölgesel ayarlarına göre farklılık gösterebilir (MM/DD/YYYY veya DD/MM/YYYY).

Dışa Aktarım Durumunu Kontrol Etme

1

Get-MailboxExportRequest -Mailbox kursat.test | Get-MailboxExportRequestStatistics

Alan	Açıklama
`StatusDetail`	Queued / InProgress / Completed
`PercentCompleted`	Tamamlanma yüzdesi
`SourceAlias`	İşlem yapılan posta kutusunun alias’ı

İşlemin Tamamlanması ve Doğrulama

StatusDetail değeri Completed olduğunda işlem başarıyla tamamlanmıştır. PST dosyasının belirtilen klasörde bulunup bulunmadığını kontrol edin.

Exchange On-Premises'ten Microsoft 365'e Hibrit Geçiş Rehberi

Mon, 30 Jun 2025 00:00:00 +0000

Kurumsal altyapınızı buluta taşımak, günümüz iş dünyasının vazgeçilmez bir parçası haline geldi. Bu makale, şirket içi Exchange yapınızı Exchange Online (Microsoft 365) ile nasıl harmanlayacağınızı adım adım anlatmaktadır.

Not: Bu rehber genel bir yol haritası sunar. Buradaki dökümanı sadece geçiş öncesi bilgilendirme gibi düşünebilirsiniz.

Geçiş Öncesi Hazırlıklar

OU Yapısı Analizi ve Düzenlemesi

Hibrit yapıya adım atarken Organizasyonel Birim (OU) yapılarınızı gözden geçirmek zorunludur. Şirket OU’su altında aşağıdaki 4 OU oluşturulması önerilir:

SirketMailboxUsers — E-posta kutusu olan kullanıcılar
SirketUsers — E-postası olmayan AD kullanıcıları
SirketDistGroups — Dağıtım grupları
SirketGroups — E-posta grubu olmayan genel gruplar

Senkronize Edilecek Birimlerin Kontrolü

Bu işlemin arkasındaki kahraman Microsoft Entra Connect Cloud Sync aracıdır. Kilit nokta, AD kullanıcılarının “E-mail” (mail-attribute) değeridir.

Püf Noktası: E-posta kutusu olan tüm kullanıcıların ve dağıtım gruplarının istisnasız Office 365’e senkronize edilmesi gerekir. Senkronize olmayan birimlerin Azure kimliği oluşmaz.

E-posta Değerlerinin Kontrolü

Türkçe karakterlere (ş, ç, ö vb.) dikkat edin! Bu karakterler senkronizasyon sonrası Office 365’te farklı işaretlere dönüşebilir.

Microsoft 365 Tenant Oluşturulması

Domain Ekleme

Microsoft 365 Yönetici Merkezi’nden Ayarlar → Etki Alanları → Etki alanı ekle adımlarını izleyerek domain adınızı girin.

DNS Kayıtları

Etki alanınızın size ait olduğunu kanıtlamak için DNS’e bir TXT kaydı eklemeniz gerekir:

1
2
3


TXT adı : @
TXT değeri: MS=ms12345678
TTL : 3600

Hibrit Geçiş Ayarı: Alan adınıza tıkladıktan sonra “Exchange ve Exchange Online Protection” seçeneğini kapatın. SPF, Autodiscover ve MX kayıtlarını şimdilik manuel yöneteceksiniz.

Accepted Domains — Autodiscover Ayarı

Hem şirket içi Exchange’de hem Exchange Online’da “accepted domain” ayarları birebir aynı olmalıdır.
Posta kutusu taşıma sırasında autodiscover.domain.com kaydı mutlaka şirket içi Exchange’e çözülmelidir.

Connector Ayarları

Hybrid Configuration Wizard (HCW) bu ayarların çoğunu otomatik yapar:

Şirket içinden Office 365’e giden postalar için Send Connector oluşturur
Office 365’ten şirket içine gelen postalar için Inbound Connector kurar
Güvenli iletişim için TLS ayarlarını yapar

Standart hibrit kurulumda manuel Receive Connector oluşturmanıza gerek yoktur.

Hibrit Konfigürasyonu İçin Gerekli Kurulumlar

Windows Server VM Kurulumu

1000 kişiden az kullanıcı için: 2 CPU, 8 GB RAM, 70 GB disk ile bir Windows Server VM yeterlidir.

AD’de özel bir kullanıcı açın (örn. azuresync). Zorunlu roller:

Domain Admin
Organization Management

EAC Ayarları

https://ipadress/ecp adresinden Sunucular → Sanal Dizinler → EWS altında “Enable MRS Proxy endpoint” seçeneğinin etkin olduğundan emin olun.

Hybrid Configuration Wizard (HCW)

https://aka.ms/HybridWizard adresinden indirin.

Hibrit Özellikler:

Seçenek	Açıklama
Full Hybrid	Kontrollü ve aşamalı geçiş için — önerilen
Minimal Hybrid	Hızlı, direkt geçiş senaryosu için

Hibrit Topoloji:

Seçenek	Açıklama
Classic Hybrid Topology	Full Hybrid için genellikle tercih edilir
Modern Hybrid Topology	Daha hızlı, yerel sunucuya dışarıdan erişim gerektirmez

Microsoft Entra Connect — Cloud Sync

Cloud Sync’e Giriş

Azure Portal’da arama kutusuna “Microsoft Entra Connect” yazın → Cloud Sync.

Cloud Sync Kurulumu

Yeni yapılandırma → “AD’den Microsoft Entra Kimliği” seçin
“Şirket içi aracıyı indir” ile ajan yazılımını indirip kurun
Sol menüden Aracılar sekmesinde ajanın “Etkin” göründüğünü doğrulayın

Kapsam Belirleme Filtreleri

“Seçili kuruluş birimleri” seçeneğiyle senkronize edilecek OU’ları belirleyin.

Örnek DN Bilgileri:

1
2


OU=SirketMailboxUsers,OU=Sirketim,DC=sirketim,DC=com
OU=SirketDistGroups,OU=Sirketim,DC=sirketim,DC=com

DN bilgisini almak için: ilgili OU → sağ tık → Özellikler → Öznitelik Düzenleyici → distinguishedName

Öznitelik Eşleştirmesi (Attribute Mapping)

UserPrincipalName karşısına şunu yazın:

1

Trim([mail])

Public DNS Kayıtları

SPF kaydınızı mutlaka güncelleyin:

1

include:spf.protection.outlook.com -all

Mailbox Geçişi (Migration)

Exchange Admin Center → Migration → Add migration batch:

Adım	Seçim
Migration path	Migration to Exchange Online
Migration type	Remote move migration
Kullanıcı ekleme	Manually add users
Schedule	Automatically

Geçiş işlemlerinden önce bir pivot kullanıcı ve dağıtım grubu açarak tüm testlerinizi bu birimlerde gerçekleştirin.

Ana ekranda işlem syncing → synced → complete olarak ilerleyecektir.

Sonuç

Exchange On-Premises’ten Microsoft 365’e hibrit geçiş süreci, adım adım ve dikkatli bir planlamayla sorunsuz şekilde tamamlanabilir. Her altyapı farklılık gösterebilir; bu adımları kendi ortamınıza uyarlarken dikkat edin.

Hakkımda

Wed, 01 Jan 2025 00:00:00 +0000

Harun Kürşat Bal

System Engineer — Tuzla, İstanbul · vMind Bilgi ve Teknolojileri A.Ş.

🛠️ Teknoloji Stack'i

💼 İş Deneyimi

System Engineer — vMind Bilgi ve Teknolojileri A.Ş. · İstanbul · Mayıs 2024 – Devam Ediyor

Dell, HP, IBM ve Nutanix sunucu/depolama sistemlerinin fiziksel kurulumu ve devreye alınması
SAN switch kurulumu ve konfigürasyonu
VMware, Hyper-V, Sangfor sanallaştırma altyapılarının kurulumu ve konfigürasyonu
Windows Server rollerinin (DNS, DHCP, WSUS, IIS, LAPS, Active Directory, RDS, GPO) yönetimi
Active Directory ve Entra ID hibrit kimlik yönetimi, AD Connect, GPO tasarımı
Exchange Server & Office 365 kurulumu; geçiş süreçleri yönetimi
Enterprise Vault arşivleme, IronPort/SMG/TrendMicro mail gateway yönetimi
Citrix VDI, Veeam B&R, Networker, PPDM; DR simülasyonları
Linux sistem yönetimi ve NAS kurulumu

System Engineer — Neocom İletişim Teknolojileri A.Ş. · İstanbul · Nisan 2022 – Mayıs 2024

Akademik Planlama Uzmanı — Haliç Üniversitesi · İstanbul · Aralık 2019 – Mayıs 2021

🏆 Sertifikalar

Sertifika	Kurum	Tarih
Security, Compliance & Identity Fundamentals	Microsoft	Mayıs 2026
Certified Expert – VMware Cloud Foundation (Pre-Sales)	Broadcom	Mart 2026
Proven Professional – VMware Cloud Foundation (Pre-Sales)	Broadcom	Mart 2026
Virtual Desktops Technical Curriculum	NVIDIA	Mayıs 2025
Azure Administrator Associate (AZ-104)	Microsoft	Kasım 2022
Wi-Fi Product & Configuration Training	H3C	Haziran 2022
Bulut Bilişim Uzmanlığı	İstanbul Topkapı Üniversitesi	Mart 2022

🎓 Eğitim

Bilgisayar Mühendisliği — Haliç Üniversitesi · 2024

📬 İletişim

Email: krstball@gmail.com
LinkedIn: linkedin.com/in/harunkursatbal
GitHub: github.com/kursatbal

Veeam Backup & Replication — Teknik Rehber ve Yapılandırma Kılavuzu

Sun, 15 Dec 2024 00:00:00 +0000

Veeam Backup & Replication 12.x baz alınarak hazırlanmış bu rehber; VMware vSphere ortamında yedekleme altyapısının tasarımından işletimine kadar tüm adımları kapsamaktadır.

Veeam Backup Proxy

Proxy Nedir ve Neden Kullanılır?

Veeam Backup Proxy, yedekleme iş yükünü Veeam Backup Server’dan alarak dağıtık bir mimari oluşturan bileşendir. Küçük ortamlarda Veeam Server’ın kendisi proxy görevini üstlenebilir; ancak VM sayısı arttıkça ve yedekleme pencereleri daraldıkça ayrı proxy sunucuları zorunlu hale gelir.

Temel işlevi:

Hedef VM’lerin disklerini hot-add veya doğrudan erişim yöntemiyle kendisine bağlar
Değişen blokları (incremental) veya tam yedekleri (full backup) okuyarak depoya aktarır
Yedekleme sunucusunu kaynak okuma yükünden kurtarır, ölçeklenebilirlik sağlar

Yedekleme İş Akışı

Veeam Server, ilgili VM’i bulmak için ESXi ana bilgisayarına sorgu gönderir
Veeam Backup & Replication, VM snapshot’ı oluşturmak için VMware vSphere API’sini tetikler
VM’in sanal diskleri, VMware yedekleme proxy’sine hot-add olarak bağlanır (VM çalışmaya devam eder)
Proxy, verileri doğrudan bağlı disklerden okuyarak yedekleme deposuna yazar
İşlem tamamlandığında VM diskleri proxy’den ayrılır, snapshot silinir

Proxy Taşıma Yöntemleri

Fiber Kanal (FC) SAN — Doğrudan Depolama Erişimi

En yüksek performanslı yöntemdir. LAN trafiğini tamamen atlar. Storage’e doğrudan FC bağlantısı olan fiziksel sunucularda kullanılır.

Direct SAN: SAN’a FC bağlantısıyla doğrudan erişim — en verimli yöntem
Virtual Appliance (HotAdd): Depolama ağındaki ESXi host üzerinde çalışan VM — ikinci en iyi yöntem
Ağ modu (NBD): LAN üzerinden erişim — en az verimli, minimum 10 Gbps önerilir (1 Gbps yetmez)

iSCSI / NFS Ortamları

iSCSI veya NFS tabanlı depolama sistemlerinde hem fiziksel hem de sanal makine proxy olarak kullanılabilir. Yöntem seçimi depolama bant genişliği ve gecikme sürelerine bağlıdır.

Proxy Sayısı Hesaplama

Kapasite Formülleri

Değişken	Formül	Açıklama
D	Kaynak veri (MB)	Backup alınacak toplam veri boyutu
W	Yedekleme penceresi (sn)	Backup’ın tamamlanması gereken süre
T	D / W (MB/s)	Saniyede işlenmesi gereken veri miktarı
CR	Değişim oranı (%)	Günlük ortalama veri değişim yüzdesi
CF	T / 100	Full backup için gereken toplam CPU çekirdeği
CI	(T × CR) / 25	Incremental backup için gereken CPU çekirdeği

Örnek Hesaplama

Senaryo: 1.000 VM | 100 TB Depolama | 8 Saatlik Backup Penceresi | %10 Günlük Değişim Oranı

1
2
3
4
5
6


D = 100 TB × 1.024 × 1.024 = 104.857.600 MB
W = 8 saat × 3.600 sn = 28.800 saniye
T = 104.857.600 / 28.800 = 3.641 MB/sn

CF = 3.641 / 100 = 36 çekirdek → Full backup
CI = (3.641 × 0,10) / 25 = 14 çekirdek → Incremental backup

Sonuç: Bu ortam için 36 çekirdek / 72 GB RAM kapasitesinde proxy altyapısı gerekmektedir. Tek bir proxy’nin sınırı 18 CPU / 36 GB RAM olduğundan, her biri 8 CPU + 16 GB RAM olan en az 5 proxy sunucusu konuşlandırılmalıdır.

Proxy Tasarım Gereksinimleri

Her bir CPU, 2 eş zamanlı sanal disk (vDisk) işlemini destekler (2 task = 1 CPU + 2 GB RAM)
Proxy, yedeklenecek VM’lerin bulunduğu depolamaya doğrudan erişebilmelidir (LAN-free tercih edilir)
Veeam önerisi: HotAdd modunda datacenter altına özel bir proxy VM oluşturulması — diğer VM’lere doğrudan erişim sağlar
Maksimum kapasite: Proxy başına 18 CPU ve 36 GB RAM (Veeam sınırı)

Veeam Proxy Kurulumu

Ön Gereksinimler

Windows Server 2016 veya üzeri (2022 önerilir)
Firewall kuralı: Veeam sunucusundan proxy’ye tüm portlarda erişim izni (Allow ALL)
Proxy VM’in ilgili ESXi host’a ve storage’e ağ erişimi

Kurulum Adımları

Windows Server kurulumu tamamlanır ve Veeam Agent gereksinimlerine göre yapılandırılır
Veeam Backup & Replication konsolundan Backup Infrastructure → Backup Proxies bölümüne gidin
“Add VMware Backup Proxy” seçeneği seçilir (VMware vSphere mimarisi için)
Server sekmesinde “Add New” ile Windows makinesi eklenir; kimlik bilgileri girilir
“Max Concurrent Tasks” değeri belirlenir (1 CPU = 2 task kuralına göre)

Transport Modu Seçimi

“Automatic selection” bırakmak genellikle en güvenli seçimdir; Veeam ortama göre en uygun modu otomatik seçer.

Virtual Appliance (HotAdd): Proxy ve hedef VM aynı ESXi host üzerindeyse — en hızlı seçenek
Direct Storage Access: Proxy’nin SAN/NFS’e doğrudan erişimi varsa — ikinci en hızlı
Network (NBD): Diğer modlar mümkün değilse — yavaş, yalnızca 10 Gbps+ ağlarda kullanılmalı

Veeam Restore Seçenekleri

Instant Recovery (Anlık Kurtarma)

VM, doğrudan backup deposundan çalıştırılır. Hızlı erişim sağlar ancak performansı sınırlıdır; üretim ortamına geçiş için “Migrate to Production” kullanılmalıdır.

Önemli: Instant Recovery sırasında vCenter üzerinden poweroff/on veya network adapter değişikliği yapmayın. VM Veeam üzerinden çalıştığından veri kaybı yaşanabilir.

Redirect Write Cache seçeneği:

SSD datastore mevcutsa: Write cache için SSD datastore seçilmesi performansı artırır
SSD yoksa bu seçeneği aktif etmeyin — HDD üzerinde ciddi yavaşlamaya neden olur

Restore Entire VM

Backup dosyasından VM’i kalıcı olarak geri yükler. Üç mod mevcuttur:

Original location: VM doğrudan mevcut konumunun üzerine yazılır
New location / different settings: Host, disk, network gibi ayarlar özelleştirilerek geri yüklenir — önerilen yöntem
Staged restore: Test ortamında doğrulamak için kullanılır (nadiren tercih edilir)

İpucu: “Quick Rollback” seçeneği; yazılım hatası veya yanlışlıkla silme durumlarında yalnızca değişen bloklarını yazar — tam restore’dan çok daha hızlıdır.

Diğer Restore Seçenekleri

Seçenek	Açıklama
Instant Disk Recovery	Sanal disk düzeyinde kurtarma — disk farklı bir VM’e bağlanabilir
Restore Virtual Disk	Kalıcı disk kurtarma (Instant Disk’in kalıcı versiyonu)
Restore VM Files	VMDK, VMX gibi VM dosyalarını kurtarır
Restore Guest Files	Uygulama seviyesinde dosya kurtarma (VSS desteği gerektirir)
Export as Virtual Disk	Backup içeriğini sanal disk olarak dışa aktarır
Export Backup	VM’i doğrudan başka ortama aktarır

Veeam Replication (Replikasyon)

Replikasyon Mimarisi

On-site (Tek vCenter): Kaynak ve hedef sunucular aynı vCenter altında bulunur. Backup proxy kaynak host ile hedef host arasındaki veri aktarımını üstlenir. Prod tarafta en az bir yedek proxy zorunludur.

Off-site (İki vCenter): Kaynak ve hedef ortamlar farklı vCenter’lar yönetimindedir. WAN üzerinden replikasyon için her iki tarafta da proxy ve isteğe bağlı WAN Accelerator konuşlandırılır.

Erişim Gereksinimleri

Production (Kaynak) Taraf Proxy’si:

Veeam Backup Server’a erişim
Kaynak ESXi ana bilgisayarına erişim
DR tarafındaki hedef proxy’ye erişim
Replika meta verilerinin bulunduğu backup deposuna erişim

DR (Hedef) Taraf Proxy’si:

Prod taraftaki Veeam Backup Server’a erişim
Hedef ESXi ana bilgisayarına erişim
Kaynak proxy’ye erişim

Site dışı replikasyon senaryosunda Veeam veri sıkıştırma uygular; kaynak proxy veri bloklarını sıkıştırarak WAN üzerinden iletir, hedef proxy bu verileri açarak VMware vSphere biçiminde depolar.

Replikasyon Çalışma Prensibi

Backup Server, kaynak VM’in snapshot’ını alır
Snapshot, VM’in çalışmasını sürdürürken ana diski salt okunur (read-only) hale getirir
Kaynak proxy, disk verilerini işleyerek hedef proxy’ye aktarır
Hedef proxy, DR ortamında sanal makineyi oluşturur veya günceller

Replication Job Yapılandırması

Name Sekmesi

Replica seeding: DR tarafında mevcut backup varsa ve WAN bant genişliği düşükse bu seçenek backup’tan ilk replikayı oluşturur
Network remapping: Kaynak ve hedef sitedeki sanal ağlar (vSwitch/portgroup) farklıysa — ağ eşleme tablosu tanımlanır
Replica re-IP: DR sitesinde farklı IP adresi planı varsa — makineye otomatik yeni IP atanır
High priority: Bu job kaynak planlamasında önceliklendirilir

Virtual Machines Sekmesi

Replike edilecek VM’ler seçilir. Kaynak veri modu belirlenir:

From production storage: VM’den anlık kopyalama — kritik VM’lerde snapshot performans etkisi yaratabilir
From backup files: Var olan backup dosyasından replikasyon — kritik VM’ler için önerilir, üretim etkisi minimumdur

Destination Sekmesi

DR tarafındaki hedef vCenter, host, datastore ve klasör seçilir.

Network Sekmesi

Kaynak ve hedef VM’lerin bağlanacağı sanal ağlar eşleştirilir.

İpucu: DR tarafında ayrı bir vSwitch/portgroup oluşturup replikayı bu ağa bağlamak, production ağıyla istenmeyen iletişimi engeller.

Job Settings Sekmesi

Replikasyon meta verilerini depolayacak backup deposu seçilir
Replica name suffix (örn. _replica) ve kaç geri yükleme noktası tutulacağı belirlenir
İlk çalıştırmada full backup alınır; sonraki çalıştırmalarda yalnızca incremental değişiklikler aktarılır

Data Transfer Sekmesi

Direct: Hızlı WAN veya LAN bağlantıları için — standart seçim
Through built-in WAN accelerators: Düşük bant genişlikli uzak siteler için — her iki tarafa da WAN Accelerator kurulumu gerektirir

Failover ve Failback Yönetimi

Failover Seçenekleri

Failover Now: Replika anında ayağa kaldırılır. Planlanmamış kesintilerde veya anlık test amacıyla kullanılır.

Planned Failover: Bakım pencereleri veya kontrollü geçişler için tercih edilen yöntemdir. İlgili replica job eklenerek gecikme süresi (delay) tanımlanır — bu değer, production VM’in düşmesinden kaç saniye sonra DR VM’in devreye alınacağını belirler.

Add to Failover Plan: Birden fazla VM’i sıralı şekilde failover planına ekler. Uygulama bağımlılıklarına göre sıra belirlenir (önce SQL Server, ardından uygulama sunucusu gibi).

Failover Restore Noktası Seçimi

“Failover to replica” seçeneğiyle ilerlenir
Virtual machines bölümünde ilgili replica VM seçilir
“Point” menüsünden geri dönülecek snapshot noktası seçilir — bu noktalar vCenter’da saatlik snapshot olarak görünür

Failback Seçenekleri

Fail Back to Production: DR’da çalışan replica’daki değişiklikler, production VM’e aktarılarak üretim ortamına geri dönülür.

Önemli: Failover tamamlandıktan sonra MUTLAKA “Fail Back to Production” kullanılmalıdır. İşlem sonunda “Commit Failback” tıklanarak değişiklikler kalıcı hale getirilir.

Permanent Failover: Replica, production VM’in kalıcı olarak yerine geçer — artık replica job kaldırılır ve DR’daki makine yeni production olur. Kullanılmadan önce eski production VM’in kapatıldığından emin olun.

Undo Failover: Failover işlemi geri alınır — replica kapatılır, üzerindeki tüm değişiklikler atılır. Test amaçlı failover’lardan çıkmak için kullanılır.

Fail Back to Production — Çalışma Prensibi

DR tarafındaki aktif replica üzerinde sağ tıklanır → “Failback to Production” seçilir
Failback modu seçilir:
- Failback to original VM: Production altyapısı bozulmadıysa ve orijinal VM hâlâ mevcutsa — yalnızca delta farklar aktarılır
- Failback to original VM restored in a different location: Orijinal VM farklı konuma restore edildiyse
- Failback to specified location (advanced): Orijinal VM yoksa — tüm disk verileri ağ üzerinden taşınır, önemli bant genişliği tüketir
Failback Mode belirlenir: Auto (VM hazır olduğunda), Scheduled (belirlenen bakım saatinde), Manual
İşlem tamamlandıktan sonra replica’ya sağ tıklanır → “Commit Failback” seçilir

Replica Seeding (Replikasyon Tohumlaması)

Seeding Nedir?

Replica seeding, düşük bant genişlikli WAN bağlantıları üzerinden ilk replikasyon yükünü azaltmak için kullanılır. Production’daki mevcut backup, DR sitesindeki backup deposuna taşınır; Veeam bu backup’ı “tohum” olarak kullanarak yalnızca sonraki değişiklikleri WAN üzerinden aktarır.

Seeding Adımları

Replike edilecek VM’lerin backup’ı production sitedeki backup deposuna alınır
Bu backup dosyaları (VBK + VBM, varsa VIB) DR sitesindeki backup deposuna kopyalanır (taşınabilir disk, SCP, vb.)
DR sitesindeki backup deposu “Rescan” edilerek Veeam’in kopyayı algılaması sağlanır
Replikasyon job’u oluşturulurken Seeding sekmesinde bu depo seçilir
İlk senkronizasyonda Veeam, VM’i backup’tan geri yükler; sonraki çalışmalarda yalnızca delta aktarır

Önemli: Yedeklemeleri DR sitesindeki scale-out (genişletilebilir) yedekleme deposuna kopyalamak desteklenmez. Standart backup deposu kullanılmalıdır.

Yedekleme Türleri ve VSS

Backup Türleri

Full Backup (Tam Yedek): Tüm veri bloklarının yedeklenmesidir. Geri yükleme en hızlı ve basittir; ancak depolama alanı tüketimi yüksektir. Genellikle haftalık veya aylık alınır.

Incremental Backup (Artımlı Yedek): Son yedeklemeden bu yana değişen bloklardan oluşur. Depolama ve süre açısından verimlidir. Geri yükleme için zincir bütünlüğü gereklidir.

Synthetic Full Backup: Veeam’in bir önceki full backup ile biriken incremental’ları birleştirerek yeni bir full backup oluşturduğu yöntemdir. Kaynak sisteme ek yük bindirmeden güncel bir full backup sağlar.

Synthetic Full vs. Active Full: Synthetic Full, kaynak storage’e dokunmadan Veeam deposundaki verilerden oluşturulur. Active Full ise kaynaktan yeniden tam veri okur — daha yavaş ama zincir bağımsız.

VSS (Volume Shadow Copy Service)

VSS, Windows’un anlık kopyalama mekanizmasıdır. Veeam, uygulama tutarlı (application-consistent) yedekler alabilmek için VSS’yi kullanır.

VSS’nin Sağladıkları:

Aktif uygulama verilerinin (SQL Server, Exchange, Active Directory vb.) tutarlı anlık kopyasını alır
Dosyalar ve uygulamalar çalışmaya devam ederken veri bütünlüğü sağlar — uygulamayı durdurmaya gerek kalmaz
Uygulama seviyesinde geri yükleme (granular recovery) imkânı sunar
Yedekleme sırasında yalnızca değişen bloklar işlendiğinden performans ve hız optimize edilir

Veeam Snapshot Mekanizması

VM çalışırken arka planda VMware snapshot alınır — diskler salt okunur hale getirilir
Snapshot, yedekleme sırasında oluşan değişiklikleri ayrı delta dosyasında izler
Yedekleme tamamlandıktan sonra snapshot silinir, delta değişiklikler disk’e uygulanır
Kullanıcılar ve uygulamalar süreç boyunca kesintisiz çalışmaya devam eder

Active Directory Nesne Kurtarma

Yapılandırma

Uygulama farkındalıklı (application-aware) yedekleme için Guest Processing sekmesinde “Enable Application-Aware Processing” aktif edilmelidir. Domain Admin veya Enterprise Admin düzeyinde kimlik bilgisi tanımlanmalıdır.

AD Nesne Kurtarma Adımları

Veeam konsolunda Restore → Application Items → Microsoft Active Directory Objects bölümüne gidin
Kurtarılacak backup noktası ve domain seçilir
“Compare Object Attributes” ile nesnenin mevcut ve backup’taki durumu karşılaştırılır
Silinmiş (tombstoned) nesneler tespit edilir — “Restore object” ile nesne geri yüklenir

İpucu: Silinen AD nesneleri, tombstone süresi dolmadan (varsayılan 180 gün) hem Veeam ile hem de Windows’un AD Recycle Bin özelliğiyle (etkinleştirilmişse) kurtarılabilir.

Yaygın Sorunlar ve Çözümler

Veeam Upgrade — SSPI Hatası

Upgrade sırasında SSPI kimlik doğrulama hatasıyla karşılaşılırsa Veeam KB4542 makalesindeki adımlar izlenmelidir.

De-duplicated Depolama Hataları

Windows Server’da Data Deduplication özelliği etkin olan hacimlere yönelik FLR (File Level Restore) işlemlerinde sorunlar yaşanabilir. Bu durumda deduplication özelliğini geçici olarak devre dışı bırakın veya Veeam’in FLR proxy’sini deduplicated olmayan bir volume üzerinde çalıştırın.

Arama

Mon, 01 Jan 0001 00:00:00 +0000