<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>log sıkıştırma arşivleri - Sunucu 101</title>
	<atom:link href="https://sunucu101.net/tag/log-sikistirma/feed" rel="self" type="application/rss+xml" />
	<link>https://sunucu101.net/tag/log-sikistirma</link>
	<description>Sunucu Yönetimi ve Sistem Rehberleri</description>
	<lastBuildDate>Sat, 10 Jan 2026 19:02:51 +0000</lastBuildDate>
	<language>tr</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>

<image>
	<url>https://sunucu101.net/wp-content/uploads/2026/01/sunucu101-icon-512-150x150.png</url>
	<title>log sıkıştırma arşivleri - Sunucu 101</title>
	<link>https://sunucu101.net/tag/log-sikistirma</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Sunucu Log Yönetimi: Dengeli Temizleme ve Saklama Rehberi</title>
		<link>https://sunucu101.net/sunucu-log-yonetimi-dengeli-temizleme-ve-saklama-rehberi</link>
					<comments>https://sunucu101.net/sunucu-log-yonetimi-dengeli-temizleme-ve-saklama-rehberi#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Sat, 10 Jan 2026 19:02:51 +0000</pubDate>
				<category><![CDATA[Güvenlik]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Performans]]></category>
		<category><![CDATA[Windows Server]]></category>
		<category><![CDATA[işletim sistemleri]]></category>
		<category><![CDATA[log arşivleme]]></category>
		<category><![CDATA[log sıkıştırma]]></category>
		<category><![CDATA[log yönetimi]]></category>
		<category><![CDATA[sunucu güvenliği]]></category>
		<category><![CDATA[sunucu kurulumu]]></category>
		<category><![CDATA[sunucu logları]]></category>
		<category><![CDATA[sunucu performansı]]></category>
		<category><![CDATA[sunucu temizliği]]></category>
		<category><![CDATA[sunucu tercihleri]]></category>
		<category><![CDATA[yapay zeka]]></category>
		<guid isPermaLink="false">https://sunucu101.net/sunucu-log-yonetimi-dengeli-temizleme-ve-saklama-rehberi</guid>

					<description><![CDATA[<p>Bu makale, Linux ve Windows sunucularında dengeli temizleme ve saklama politikalarının nasıl uygulanacağını adım adım anlatır. Log seviyesi belirleme, arşivleme ve sıkıştırma süreçlerine odaklanır; güvenlik ve performans üzerinde nasıl fark yaratacağını gösterir.</p>
<p><a href="https://sunucu101.net/sunucu-log-yonetimi-dengeli-temizleme-ve-saklama-rehberi">Sunucu Log Yönetimi: Dengeli Temizleme ve Saklama Rehberi</a> yazısı ilk önce <a href="https://sunucu101.net">Sunucu 101</a> üzerinde ortaya çıktı.</p>
]]></description>
										<content:encoded><![CDATA[<p> <strong>İçindekiler</strong></p>
<ul>
<li><a href="#sunucu-log-yonetimi-linux-windows">Linux ve Windows için Sunucu Log Yönetimi: Dengeli Temizleme ve Saklama</a></li>
<li><a href="#linux-log-seviyeleri">Linux Tabanlı Sunucular için Log Seviyeleri ve Temizleme Stratejileri</a></li>
<li><a href="#windows-log-seviyeleri">Windows Sunucularında Log Seviyeleri ve Arşivleme Yaklaşımları</a></li>
<li><a href="#arsivleme-sikistirma">Arşivleme ve Sıkıştırma Adımları: Linux ve Windows İçin Uygulama</a></li>
<li><a href="#guvenlik-performans">Güvenlik ve Performans Üzerindeki Etkiler</a></li>
<li><a href="#pratik-ipuclar">Pratik İpuçları ve Otomasyon</a></li>
<li><a href="#faq">Sıkça Sorulan Sorular</a></li>
</ul>
<h2 id="sunucu-log-yonetimi-linux-windows">Linux ve Windows için Sunucu Log Yönetimi: Dengeli Temizleme ve Saklama</h2>
<p>
 Sunucu logları, sistem sağlığı, güvenlik ihlallerinin tespiti ve uyum gereksinimlerinin karşılanması için hayati öneme sahiptir. Dengeli temizleme ve saklama politikaları, disk alanını verimli kullanırken kritik olayları kaydetmeye devam eder. Bu bölümde, Linux ve Windows için ortak log yönetimi ilkelerini, riskleri ve uygulanabilir çözümleri ele alıyoruz. Peki ya kis aylarinda? Loglarınızın büyüklüğü, günlük iş yüklerine bağlı olarak değişir; bu nedenle her iki işletim sisteminde de benzer hedefler üzerinden hareket etmek gerekir: görünürlüğü korumak, gereksiz veriyi azaltmak ve gerektiğinde hızlı erişim sağlayacak arşivleri tutmak.</p>
<h3>Genel hedefler ve yaklaşım</h3>
<ul>
<li>Günlük temizleme: disk kullanımını kontrol altında tutmak için belirli bir süre sonunda eski logları arşivlemek veya silmek.</li>
<li>Arşivleme: geçmiş olayların gerektiği kadar saklanması; güvenlik incelemeleri için erişilebilir formatlar.</li>
<li>Sıkıştırma: arşiv boyutunu küçültmek için etkili sıkıştırma yöntemlerinin kullanılması.</li>
<li>Güvenlik ve uyum: logların bütünlüğü ve erişim denetimi, logların değiştirilemezliğini sağlama.</li>
</ul>
<figure class="wp-block-image aligncenter size-large" style="max-width: 650px; margin: 1.5em auto;"><img fetchpriority="high" decoding="async" width="1080" height="720" src="https://sunucu101.net/wp-content/uploads/2026/01/Sanal-sunucu-odasinda-log-akisini-gosteren-gorsel.jpg" alt="Sanal sunucu odasında log akışını gösteren görsel" class="wp-image-84" style="width: 100%; height: auto;" srcset="https://sunucu101.net/wp-content/uploads/2026/01/Sanal-sunucu-odasinda-log-akisini-gosteren-gorsel.jpg 1080w, https://sunucu101.net/wp-content/uploads/2026/01/Sanal-sunucu-odasinda-log-akisini-gosteren-gorsel-300x200.jpg 300w, https://sunucu101.net/wp-content/uploads/2026/01/Sanal-sunucu-odasinda-log-akisini-gosteren-gorsel-1024x683.jpg 1024w, https://sunucu101.net/wp-content/uploads/2026/01/Sanal-sunucu-odasinda-log-akisini-gosteren-gorsel-768x512.jpg 768w" sizes="(max-width: 1080px) 100vw, 1080px" /><figcaption>Sanal sunucu odasında log akışını gösteren görsel</figcaption></figure>
<h2 id="linux-log-seviyeleri">Linux Tabanlı Sunucular için Log Seviyeleri ve Temizleme Stratejileri</h2>
<p>
 Linux ekosisteminde log yönetimi genellikle rsyslog veya systemd-journald gibi çözümlerle yürütülür. Sisteminizin ölçeğine göre temel kararlar şunlardır: hangi log kaynakları izlenecek, hangi seviyeler kaydedilecek ve ne sıklıkla arşivlenecek. Log seviyeleri, genelde şu hiyerarşide kullanılır: emerg, alert, crit, err, warning, notice, info, debug. Kesinlik isteniyorsa, üretim ortamında çoğu zaman yalnızca info ve üstü seviyeler ile başlanır; ayrıntı için debug seviyesi sadece geliştirme döneminde aktiftir.</p>
<p>
 Temizleme ve arşivleme için pratik Linux adımları:
</p>
<ul>
<li>Logrotate ile günlük/düzenli döndürme: /etc/logrotate.conf veya ilgili servis için özel konfigürasyonlar hazırlanır. Örnek bir ayar satırı:</li>
<p> /var/log/app/*.log {<br />
 daily<br />
 rotate 14<br />
 compress<br />
 delaycompress<br />
 missingok<br />
 notifempty<br />
 sharedscripts<br />
 postrotate<br />
 systemctl reload rsyslog >/dev/null 2>&#038;1 || true<br />
 endscript<br />
}</p>
<li>Arşivleme ve sıkıştırma: Eski loglar tar.gz veya tar.xz ile arşivlenir. Örnek komut:</li>
<p> tar czf /var/log/archive-$(date +%F).tar.gz /var/log/app/*.log.*</p>
<li>En temel saklama politikası: günlük loglar için 14–30 gün, arşivler için 6–12 ay aralığında saklama; büyük kurulumlarda bu süreler, güvenlik gereksinimlerine göre uzatılabilir.</li>
</ul>
<p>Bir sunucu için pratik bir yaklaşım, günlük acil olayları için kısa süreli saklama ve geçmiş olaylar için arşiv odaklı uzun süreli saklamadır. Deneyimlerimize göre, küçük/orta ölçekli işletmelerde 14 günlük aktif log ve 12 aylık arşiv politikası başlangıç için yeterli olabilir.</p>
<h2 id="windows-log-seviyeleri">Windows Sunucularında Log Seviyeleri ve Arşivleme Yaklaşımları</h2>
<p>
 Windows tarafında olay günlükleri (System, Application, Security) için log seviyesi kavramı Information, Warning, Error, Critical olarak işlenir. Özellikle güvenlik ve operasyonel olaylarda hangi seviyenin kaydedileceğini belirlemek kritik bir adımdır. Ayrıca logların saklanması için maksimum günlük boyutu ve saklama yöntemi de ayarlanır. Örneğin, Windows Event Log için tipik ayarlar şunlardır:
</p>
<ul>
<li>Olay günlüklerinin maksimum boyutu: 1024 MB (1 GB) olarak yapılandırılabilir.</li>
<li>Saklama yöntemi: Eski olaylar gerektiğinde üzerine yazılır (Overwrite events as needed) veya belirli bir süre saklandıktan sonra otomatik olarak temizlenir.</li>
<li>Günlüklar için anahtar seviyeler: Information, Warning, Error ve Critical; gerekli durumlarda Verbose modu test ortamlarında kullanılabilir.</li>
</ul>
<p>Windows üzerinde arşivleme için şu temel adımlar uygulanabilir:
</p>
<ul>
<li>Olay günlüğünü dışa aktarın: wevtutil epl System C:\Logs\System.evtx komutu ile System günlüğünü EVTX biçiminde kaydedin.</li>
<li>Dışa aktarımı sıkıştırın: PowerShell ile Compress-Archive -Path C:\Logs\System.evtx -DestinationPath C:\Logs\System.evtx.zip şeklinde arşivleyin.</li>
<li>Düzenli arşivleme için Görev Zamanlayıcı üzerinde bir görev oluşturun ve bu adımları periyodik olarak tekrarlayın.</li>
</ul>
<p>Windows için iyi bir başlangıç noktası, kritik olayları kısa süreli saklama ve arşivleri güvenli bir depolama alanında saklama politikasıdır. Arşivler, gerektiğinde güvenli biçimde paylaşılabilir ve incelenebilir olmalıdır.</p>
<figure class="wp-block-image aligncenter size-large" style="max-width: 650px; margin: 1.5em auto;"><img decoding="async" width="1080" height="720" src="https://sunucu101.net/wp-content/uploads/2026/01/Linux-ve-Windows-log-arsivleme-surecini-gosteren-gorsel.jpg" alt="Linux ve Windows log arşivleme sürecini gösteren görsel" class="wp-image-83" style="width: 100%; height: auto;" srcset="https://sunucu101.net/wp-content/uploads/2026/01/Linux-ve-Windows-log-arsivleme-surecini-gosteren-gorsel.jpg 1080w, https://sunucu101.net/wp-content/uploads/2026/01/Linux-ve-Windows-log-arsivleme-surecini-gosteren-gorsel-300x200.jpg 300w, https://sunucu101.net/wp-content/uploads/2026/01/Linux-ve-Windows-log-arsivleme-surecini-gosteren-gorsel-1024x683.jpg 1024w, https://sunucu101.net/wp-content/uploads/2026/01/Linux-ve-Windows-log-arsivleme-surecini-gosteren-gorsel-768x512.jpg 768w" sizes="(max-width: 1080px) 100vw, 1080px" /><figcaption>Linux ve Windows log arşivleme sürecini gösteren görsel</figcaption></figure>
<h2 id="arsivleme-sikistirma">Arşivleme ve Sıkıştırma Adımları: Linux ve Windows İçin Uygulama</h2>
<p>
 Arşivleme ve sıkıştırma, log yönetiminin en önemli unsurlarından biridir çünkü bu adımlar, uzun vadeli erişim için gerekli olan alan ve performansı sağlar. Platformlar arası basit bir karşılaştırma şu şekilde özetlenebilir:
</p>
<ul>
<li>Linux: Logrotate ile günlük döndürme, arşivler için tar.gz veya tar.xz, sıkıştırmada gzip veya xz kullanımı. Örnek komutlar: tar czf archive-$(date +%F).tar.gz /var/log/app/*.log.*</li>
<li>Windows: EVTX’leri dışa aktarın ve Compress-Archive ile ZIP formatında sıkıştırın. Örneğin: wevtutil epl System C:\Logs\System.evtx; Compress-Archive -Path C:\Logs\System.evtx -DestinationPath C:\Logs\System.evtx.zip</li>
</ul>
<p>İkisi için de öneri: arşivleri ayrı bir diskte veya ağ paylaşımlı bir konumda saklayın; kritik arşivlere erişimi sınırlayın ve imzalama/teyitleme mekanizmalarını en üst seviyeye taşıyın.</p>
<h2 id="guvenlik-performans">Güvenlik ve Performans Üzerindeki Etkiler</h2>
<p>
 Log yönetimini doğru yapmak sadece disk alanını optimize etmekle kalmaz, aynı zamanda güvenlik durumunu da güçlendirir. Dengeli bir yaklaşım, aşağıdaki etkileri sağlar:
</p>
<ul>
<li>Disk kullanımı: Aktif loglar için kısa süreli saklama ile anlık performans iyileştirilir; arşivler ise eski veriyi güvenli biçimde saklar.</li>
<li>Arşiv güvenliği: Sıkıştırılmış arşivler, güvenlik açısından daha az hedef alır, bütünlük için imza ve denetim izleri kullanılabilir.</li>
<li>Uyum ve denetim: Olaylar üzerinde zamanında raporlama ve gerektiğinde kolayca geri dönüş imkanı sağlar.</li>
</ul>
<p>Kesin bir sayı vermek, kurulum ve yüklemeye bağlı olarak değişir; ancak yaygın bir senaryoda, günlük log üretimi Linux sunucularında 10–50 MB arasında olabilirken Windows tarafında uygulama ve sistem logları birlikte 50–200 MB arasına ulaşabilir. Üretim ortamlarında bu değerler performans ve güvenlik gereksinimlerine göre ayarlanır.</p>
<figure class="wp-block-image aligncenter size-large" style="max-width: 650px; margin: 1.5em auto;"><img decoding="async" width="1080" height="608" src="https://sunucu101.net/wp-content/uploads/2026/01/Guvenli-log-arsivleme-ve-sikistirma-sureclerini-gosteren-gorsel.jpg" alt="Güvenli log arşivleme ve sıkıştırma süreçlerini gösteren görsel" class="wp-image-82" style="width: 100%; height: auto;" srcset="https://sunucu101.net/wp-content/uploads/2026/01/Guvenli-log-arsivleme-ve-sikistirma-sureclerini-gosteren-gorsel.jpg 1080w, https://sunucu101.net/wp-content/uploads/2026/01/Guvenli-log-arsivleme-ve-sikistirma-sureclerini-gosteren-gorsel-300x169.jpg 300w, https://sunucu101.net/wp-content/uploads/2026/01/Guvenli-log-arsivleme-ve-sikistirma-sureclerini-gosteren-gorsel-1024x576.jpg 1024w, https://sunucu101.net/wp-content/uploads/2026/01/Guvenli-log-arsivleme-ve-sikistirma-sureclerini-gosteren-gorsel-768x432.jpg 768w" sizes="(max-width: 1080px) 100vw, 1080px" /><figcaption>Güvenli log arşivleme ve sıkıştırma süreçlerini gösteren görsel</figcaption></figure>
<h2 id="pratik-ipuclar">Pratik İpuçları ve Otomasyon</h2>
<p>
 Aşağıdaki öneriler, günlük operasyonları kolaylaştırır ve hatalı konfigürasyon riskini azaltır:
</p>
<ul>
<li>Standartlaştırılmış konfigürasyonlar kullanın: Linux için /etc/logrotate.d, Windows için GPO veya Task Scheduler üzerinden merkezi kurallar.</li>
<li>Olayları sınıflandırın: Kritik güvenlik olaylarını ayrı bir hızlı erişim arşivine yönlendirin.</li>
<li>Otomasyon: Basit PowerShell veya Bash betikleriyle günlük arşivleme ve temizleme işlemlerini otomatikleştirin.</li>
<li>Güvenlik ilkeleri: Arşivleri imzalama ve erişim kontrol listeleri (ACL) ile koruyun; şifreli iletim için TLS kullanın.</li>
<li>İzleme ve doğrulama: Arşiv bütünlüğünü periyodik olarak kontrol edin (ör. toplam bayt sayısı, checksum/hash karşılaştırması).</li>
</ul>
<h2 id="faq">Sıkça Sorulan Sorular</h2>
<ol>
<li>
 <strong>Linux için sunucu log yönetimi nasıl uygulanır ve hangi log seviyeleri tercih edilmelidir?</strong></p>
<p>Linux’ta temel yaklaşım, rsyslog veya journald ile log seviyelerini ihtiyaca göre ayarlamaktır. Üretim ortamında genelde info veya warning seviyeleriyle başlar; güvenlik olaylarında error/critical seviyeleri önceliklidir. Posta/telemetri gibi kritik sistemler için özel servislere ayrı log kanalları tanımlanabilir. Logrotate ile günlük döndürme ve 14–30 gün arası saklama başlangıç için uygundur.</p>
</li>
<li>
 <strong>Windows Server log arşivleme nasıl yapılır ve hangi dosya formatı önerilir?</strong></p>
<p>Windows tarafında güvenlik ve operasyonel gereksinimler için evtx formatında dışa aktarım yapılır ve sıkıştırılır. Örneğin System ve Application günlükleri için wevtutil epl komutu ile EVTX olarak dışa aktarım; ardından Compress-Archive ile ZIP formatına alınır. Uzun vadeli saklama için güvenli konumlar tercih edilmelidir.</p>
</li>
<li>
 <strong>Yapay zeka destekli log analizi bu süreçte hangi faydaları sağlar ve nereden başlamalı?</strong></p>
<p>Yapay zeka, anomali tespiti, hızlı olay sınıflandırması ve otomatik uyarı üretimi gibi avantajlar sunar. Başlangıç için, log verilerinizi normalize edin, kritik alanları etiketleyin ve SIEM benzeri çözümlerle temel bir durum odaklı eşleşme oluşturun. Kesin sonuçlar için uzun vadeli veri kalitesi ve etiketleme stratejileri gerekir.</p>
</li>
</ol>
<p><a href="https://sunucu101.net/sunucu-log-yonetimi-dengeli-temizleme-ve-saklama-rehberi">Sunucu Log Yönetimi: Dengeli Temizleme ve Saklama Rehberi</a> yazısı ilk önce <a href="https://sunucu101.net">Sunucu 101</a> üzerinde ortaya çıktı.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://sunucu101.net/sunucu-log-yonetimi-dengeli-temizleme-ve-saklama-rehberi/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
