Olcay BAŞ

Bir istemci: bir Public Folder içeriğini açmak istediği zaman, mutlaka Public Folder Replica ‘sını içeren sunucuya ewrişmesi gerekir. Public Folder Replica yapısı; Local Active Directory Site, uzak Active Directory Site veya Exchange Server 2003 ile çalışan bir bilgisayar üzerinde bulunabilir.

En yüksek performansı elde etmek için:

1. Public Folder; kullanıcı hesapları varsayılan public folder veri tabanında bulunuyorsa, istemci public folder içeriği için direkt bu veri tabanı ile ilişkiye geçer. Varsayılan public folder veri tabanı, mailbox veri tabanının Properties iletişim kutusu Client Setting sekmesinde tanımlanır.
2. Eğer Public Folder, kullanıcı hesaplarının varsayılan public folder veri tabanında bulunmuyorsa, public folder veri tabanı için Exchange Server 2007 ile çalışan bilgisayarın üzerindeki local Active Directory Site ‘sine yönlenir.
3. Local Active Directory Site üzerinde çalışan bir Exchange Server 2007 bilgisayarı üzerinde Public Folder içeriğinin bir kopyası yoksa, o zaman direkt olarak en yakın Public Fodler içeriğine sahip, Active Directory Site ‘sine yönlenir.
4. Public Folder içeriğine sahip bir Exchange Server 2007 bilgisayarın yoksa istemci; bu kopyanın bulunduğu Exchange Server 2000 veya Exchange Server 2003 bilgisayarına yönlenir.
5. Local Active Directory Site üzerinde Public Folder Replica bulunmuyorsa, uzaktaki Active Directory Site ‘sine yönlenir.

Hazırlayan: Halil YARŞI

Kaynak

Farklı tipteki bilgileri içeren bir veri havuzudur. Bu veri tipleri e-mail mesajları, metin belgeleri, multimedia dosyaları olabilir. Public folder içeriği; public folder veri tabanında tutulur ve Exchange Server organization yapısı içinde birçok kullanıcı tarafından paylaşım yoluyla kullanılabilir. Exchange Server 2007 içinde public folder yapısını açmak için mutlaka Microsoft MAPI Client (Örneğin; Outlook ve Outlook Web Acess) kullanılmalıdır.

Temel kullanım amaçları:

• Tüm organization için tek bir merkezi depolama yeri.

• Olayların izlenmesini merkezleştirme.

• Tartışma grupları.

• Yardım masaları gibi çalışma grupları için, bir merkezde mesajları alma ve depolama yeri.

• Özel uygulamalar için merkez yeri.

Public Folder yapısı, önceki versiyonlara nazaran Exchange Server 2007 içinde önemi azalmıştır. Bunun anlamı; önceki versiyonlarda bulunan bazı Public Folder özellikleri Exchange Server 2007 içinde bulunmamaktadır. Eğer istemci Outlook 2007 programını kullanıyorsa, Public Folder yapısına ihtiyaç yoktur. Ancak Outlook 2007; önceki versiyonlar için Exchange Server 2007 public folder desteği vermektedir.

Hazırlayan: Halil YARŞI

Kaynak

Birçok işletmede posta kutularına sınır konur. Böylelikle kullanıcıların belli bir limitin üzerinde posta göndermesi ve alması engellenmiş olur. Bu; hem mailbox veri tabanının boyutunu kontrol etmemizi sağlar, hem de yedekleme ve geri yükleme süreleri aşağıya çekmemize yardımcı olur.

Yapılandırmak için kullanılacak seçenekler:

Issue warning at(KB): Bu değer belli bir limite göre ayarlandığı zaman limiti aştığında mesaj göndermesini sağlar. Yani kısacası, “bak kotan dolmak üzere, ayağını denk al“ anlamına gelir. Bundan sonraki seçeneklere yakın, ancak daha küçük bayutta olması gerekir.

Prohibit send at(KB): Belli bir limitin üzerinde mesaj gönderilmesini engeller ve bunu bir mesajla bildirir. Ancak mesaj almaya devam eder.

Prohibit send and receive at(KB): Bir mailbox bir sınır ile ayarlandığı zaman bu sınırı aştığında; mesaj yollandığı gibi mesajda alamaz. Aynı zamanda uyarı mesajı ile karşılaşır.

Hazırlayan: Halil YARŞI

Kaynak

Özellikle büyük işletmelerde verileri depolamak için mutlaka bir strateji geliştirmemiz gerekir. Bu hem daha performanslı çalışmamızı, hem de veri kurtarmalarda daha başarılı olmamızı sağlar. Bu yapılar için RAID(Redundant Array of Independent Disk) veya SAN(Storage  Area Network) teknolojilerinden yararlanılabilir.

Exchange Server 2003; Network-Attached Storage teknolojisini destekler, bu teknoloji Exchange Server 2007 tarafından desteklenmez. Bunun yerine Internet SCSI(İSCSI) SANs desteği vardır.

Raid

Performansı arttırmak ve hata kurtarma olasılığı (Fault Tolerance) güçlendirmek için yararlandığımız bir teknolojidir.

Yaygın olarak kullanılan RAID seçenekleri:

• RAID 0(striping): Birden fazla Disk kullanılarak, okuma ve yazma performansını arttırır. Ancak Fault Telorance desteği yoktur. Disk miktarı arttıkça performans da o ölçüde artar.

• RAID 1(mirroring): İki Disk üzerinde gerçekleşen bu yapı, bir Disk’in bire bir kopyasının; diğer Disk üzerinde tutulması prensibine dayanır. Bu da Fault Telorance sağlar. Tek bir Disk kullanımına göre okuma performansı daha hızlı olmasına rağmen, yazma performansı daha düşüktür.

• RAID 5(striping with parity): En az iki veya daha fazla Disk kullanılarak hem fault tolerance desteği verirken, aynı zamanda okuma-yazma performansını da arttırır.

• RAID 0+1(mirrored stripe set): İki RAID 0 setini mirror ‘layarak fault tolerance sağlamakla birlikte, okuma ve yazma performansı da mükemmele yakındır.

• RAID 5+1(mirrored striped set with parity):İki RAID 5 setini mirror ‘layarak RAID 0+1 ‘e nazaran daha düşük performans sağlamakla birlikte, daha yüksek fault tolerance sağlar.

Hazırlayan: Halil YARŞI

Kaynak

Exchange Server 2007: Mailbox ve Public Folder içeriğini bir veri tabanı içinde tutar. Bu hem yüksek performans, hem de az alan kullanımını sağlar.

Mailbox sunucularının kullandığı mailbox ve public veri tabanlarının her ikisi de tek bir Rich Text Database(.ebd) dosyası şeklinde tutulur. Tüm mesajlar gönderilmek ve okunmak için bu dosyanın içinde yer alır. Bir Mailbox Database yapısı; kullanıcılar içinpostalarını kullanabilmeleri için zorunlu bir yapıdır.

Public Folder veri tabanı ise; önceki Exchange Server sürümlerinde zorunlu bir yapı idi. Exchange Server 2007 içinde bu yapı zorunlu deildir. Ancak Outlook 2003 ve önceki sürüm kullanımı varsa, o zaman Public Folder yapısına ihtiyaç duyarız.

Storage Group ise; Mailbox Database ve Public Folder Database yapılarını toplar. Tüm veri tabanları, bir Storage Group ile Transaction Log ayarlamaları ile birlikte kullanılmak üzere paylaşılır. Storage Group içindeki veri tabanlarındaki değişiklikler, Transaction Log ‘lar ile tutulur. Mailbox ve Public Folder veri tabanlarında bir kurtarma gerektiğinde, bu Transaction Log dosyası yararlanılacak temel yapılardan biridir.

Her bir Mailbox kurulumunda iki adet Storage Group oluşur. First Storage Group içinde bir Mailbox Database bulunurken, Second Storage Group içinde ise Public Folder Database bilgileri bulunur. Exchange Server 2007 yaklaşık 50 Storage grubuna destek verir. Her Storage Group içinde 5 adet veri tabanı olabilir.

Storage Group Dosyaları:

Bu dosyaları kısaca inceleyecek olursak;

• <Log Prefix>.chk: Bu checkpoint dosyasıdır. (Örneğin E00.chk). Limiti birkaç kb(kilobytes) ile sınırlıdır ve daha fazla genişlemez. Transaction Log dosyasından veri tabanına taşınacak işlemlerin kontrolünü yapar.

• <Log Prefix>.log: Storage Group için aktif  Transaction Log dosyasıdır.(Örneğin E00.log) Maksimum boyutu 1 MB ‘dır. Yeni bir aktif  Transaction Log dosyası oluştuğunda bunun ismi değişir.

• <Log Prefix>xxx.log: 1MB sınırını geçtikten sonra otomatik olarak ismi değişen Transaction Log dosyasıdır. Bunların boyutu da doğal olarak 1 MB ile sınırlıdır. (Örneğin E001.log)

• <Log Prefix>des0001.jrs: Bu dosyalar Storage Group için rezerv edilmiş Transaction Log dosyalarıdır (Örneğin E001des0001.jrs) Disk dolu olduğu zaman, ilk yardım dosyaları olarak kullanılır. Boyut 1 MB.

• Tmp.ebd: Transaction işlemleri için geçici işlemler dosyasıdır. Storage Group içindeki tüm veri tabanları ayrıldığı zaman veya Microsoft Exchange Information Store Services durduğu zaman bu dosyanın içeriği silinir. Birkaç MB ile boyutu sınırlıdır.

• <Log Prefix>.ebd: Mailbox ve Public Folder veri tabanlarını tutan dosyadır. (Örneğin Mailbox Database.ebd) . Her bir Mailbox ve Public Folder veri tabanı; tek bir dosya içindedir. Genişlemesi veri tabanı içindeki kayıtlara bağlıdır. 100 GB’ ta kadar kullanılabilirliği vardır.

Performans için; Transaction Log dosyalarının ayrı bir fiziksel disk üzerinde tutulması tavsiye edilir. Aynı zamanda veri kurtarmak için de böyle bir planlamanın yapılması gerekir.

Buradaki yapının çalışma özetini maddelememiz gerekirse;

1. Mailbox Server tarafından mesaj alınır.
2. Gelen mesaj aktif  Transaction Log dosyasına yazılır ve aynı zamanda hafızada Cache içine atılır.
3. Eğer aktif  Transaction Log dosyasının boyutu 1 MB ise otomatik olarak ismi değiştirilir ve yeni bir Transaction Log dosyası oluşur.
4. İşlem; hafızadaki Cache ‘den uygun veri tabanına yazılır.
5. Checkpoint dosyası, işlemin başarı ile gerçekleştiğini işaretler.
6. İstemci, veri tabanı içindeki mesajı açarak okur.

Not: Eğer aynı anda birçok alıcıya aynı mesaj gidiyorsa, tüm mesajlar için veri tabanında sadece bir yapı oluşur. Bunun silinmesi ancak, tüm alıcıların kendilerine gelen aynı mesajı silmesi ile gerçekleşir.

Hazırlayan: Halil YARŞI

Kaynak