| Yeni Nesil Exchange Server E12 İncelemesi |
|
|
| Emre AYDIN tarafından yazıldı | |||||||||||||||
| Çarşamba, 15 Mart 2006 02:36 | |||||||||||||||
|
Microsoft yeni Exchange Server’ın kod adını E12 olarak duyurdu. E12 sadece 64 Bit olarak çıkacak. 64 Bit uygulamalar sadece 64 Bit Donanım ile çalışıyor. Bu yazımızda E12 için donanım gereksinimleri ve bize ne kolaylıklar sağlayacağı üzerinde duracağız. 32-Bit uygulamalarda 4GB Memory limitini aşmak için Physical Address Extension (PAE) veya Address Windowing Extensions (AWE) kullanılabilir. Fakat bu yöntemler kullanılabilecek fiziksel Memory miktarını arttırırken Virtual Memory de herhangi bir artış olmayacaktır. 64-Bit mimarisine sahip E12’de hem fiziksel Memory hemde Virtual Memory adreslemesi artırılmıştır. Aşağıdaki tabloda işletim sistemlerine göre kullanılabilecek Maximum Ram miktarı gösterilmiştir. x64-Bit işletim sistemlerindeki kullanılabilecek Ram miktarı performans üzerindede gözle görülecek kadar olumlu etkiler yapacaktır.
Tablo-1 64-Bit Donanım Kullanımı E12 üzerinde ne gibi faydalar sağlayacaktır? E12 için 64-Bit donanım kullanımının birçok faydası olacak. Bunlardan ilk akla gelenler, daha fazla Ram, performans artışı ve aynı anda daha çok kullanıcının E12’ye bağlanıp işlem yapabilmesidir. Tabi bu şekildeki bir performans artışı ile şu anda kullandığımız depolama birimleri yeterli I/O değerlerine sahip mi değil mi? Bunlar için biraz daha zaman var. Microsoft tarafındaki testler halen sürüyor ve şaşırtıcı olarak varolan depolama birimleri üzerinde 32-Bit Exchhange Server’lara göre oldukça iyi sonuçlar alınıyor. x64 mimarisi bize storage group ve store lar üzerindede kolaylıklar sağlıyor. Örnek verecek olursak, şu andaki yapıda Exchange Enterprise Edition 4 storage group ve herbiri içerisinde 5 store a izin veriyor. Fakat E12’de bu limit 50 storage group ve herbiri içerisinde 50 store olarak değiştirildi. Bu büyük artış ile daha uzun yıllar kapasite sorunu çekmeyeceğimiz görünüyor. 32-Bit Exchange Server’larda kernel mode için ayrılabilecek memory miktarı oldukça sınırlıdır ve Exchange Server’a kurulan her connection için kernel için ayrılmış memory miktarı aşağı düşer. Öyle ki; OWA, OMA, RPC over HTTPS, MAPI, POP3 ve IMAP için sağlanan her connection, kernel memory’nin bir kısmını kullanır ve performans bu connection sayısının artması ile giderek düşer. E12 bu konudada bizi oldukça rahat ettirecek. Yapımızda front-end/back-end konfigurasyonu var ise ve iki Exchange Server arasında IPSec kullanıyorsak sistem kaynakları encrypting ve decrypting işlemleri sırasında yine düşük seviyelere inebilir. E12 bu konudada bizi oldukça rahat ettirecek. Sonuç
Bu konuyla ilgili sorularınızı http://mshowto.org/forum linkini kullanarak ulaşacağınız forum sayfamızda sorabilirsiniz. Referanslar http://www.microsoft.com/windowsserver2003/64bit/x64/default.mspx http://www.microsoft.com/exchange/preview/default.mspx http://support.microsoft.com/default.aspx?scid=kb;en-us;823440 http://support.microsoft.com/default.aspx?scid=kb;en-us;q266418
|
|||||||||||||||
| Son Güncelleme Perşembe, 17 Temmuz 2008 09:28 |
Son Eklenenler
- System Center Configuration Manager 2007 - Asset Intelligence
- İş Zekası ve Performans Yönetimine Yönelik Microsoft Çözümleri: Verilerden Karar Aşamasına Nasıl Geçilmeli
- Windows Server 2008 R2 ‘e Yükseltmeniz için En iyi 10 Neden?
- Forefront Security for Exchange Server ve Bilinmesi Gerekenler!
- Server 2008'de ISCSI ile High Availability (Clustering) Sağlayın! - Bölüm 5
- Server 2008'de ISCSI ile High Availability (Clustering) Sağlayın! - Bölüm 4
- SCCM 2007 - Software Distribution Yöntemi ile Office 2007 Dağıtımı - Bölüm 4
- SCCM 2007 - Software Distribution Yöntemi ile Office 2007 Dağıtımı - Bölüm 3
- SCCM 2007 - Software Distribution Yöntemi ile Office 2007 Dağıtımı - Bölüm 2
- SCCM 2007 - Software Distribution Yöntemi ile Office 2007 Dağıtımı - Bölüm 1
- SCCM 2007'de Configuration Manager Client Yazılımının Yüklenmesi - Bölüm 2
- SCCM 2007'de Configuration Manager Client Yazılımının Yüklenmesi - Bölüm 1
- System Center Configuration Manager'da Discovery Metodları
- Server 2008'de ISCSI ile High Availability (Clustering) Sağlayın! - Bölüm 3
- Server 2008'de ISCSI ile High Availability (Clustering) Sağlayın! - Bölüm 2
- Server 2008'de ISCSI ile High Availability (Clustering) Sağlayın! - Bölüm 1
- Exchange 2007 SCC Cluster Pasif Node Uninstall İşlemi
- DAVETLİSİNİZ! Microsoft FOREFRONT EDGE (ISA, IAG) Semineri
Çok Okunanlar
- Windows Server 2003 Active Directory Kurulumu
- Terminal Server Lisanslaması (BÖLÜM-1)
- Policy ile İstenmeyen Programların Çalışmasını Engelleyin
- DNS Server Nedir? Nasıl Çalışır? Çıkabilecek Sorunlar Nasıl Çözülür?
- Kurtarma Konsolunda “bootcfg” Komutu Nasıl Kullanılır?
- Exchange Server 2007'de Content Filter Agent - Bölüm 1
- Taşınabilir Disk Kullanımı Şirket Genelinde Nasıl Engellenir?
- Uzak Masaüstü Bağlantısı İçin Farklı Bir Bağlantı Noktası (Port) Kullanmaya Nasıl İkna Edilir?
- SBS Server 2003 Yüklenmesi ve Konfigürasyonu
- Sistem açılışı sırasında “NTLDR kayıp veya bulunamıyor” hatası nasıl giderilir?
- Windows Deployment Services Nedir? - Bölüm 1
- Server 2003 Kurulumu
- E-Mail Hesaplarınızı ISP'nizde Değil Kendi Exchange Server'ınızda Tutun
- EFS: Kurtarma Metotları - Bölüm 1
- Kullanıcılarınızı Local Admin Grubunda Bırakmayın
- Komut Satırından TCP-IP Konfigürasyonu Nasıl Yapılır?
- System Center Capacity Planner İncelemesi (Bölüm-1)
- Active Directory Users And Computers Context Menüsüne Kullanıcı Hesap Bilgi Özellikleri Ekleme
Forum Sayfası Soruları
|





