Bilgisayara ilk merhaba demem ilkokul yıllarına dayanır Bilgisayarın bana kalıcı izler bırakacağı o dönemlerde belli olmuştu zaten.Sistem ve Network'un benim hayatımda ayrı biryeri olmuştur.Son 6 senedir Sistem ve Network konusu ile profesyonel olarak ilgilenmekteyim. Devamını Oku...
Microsoft tarafından sağlanan ve bulut tabanlı çalışan bir kimlik
hizmetidir. Bu kimlik hizmetinin amacı adındanda anlaşılacağı gibi
kimlik noktasında bir geçiş noktası oluşturmaktır. Örneğin siz Microsoft
tarafından sunulan office 365, Windows Azure veya Sql Azure gibi bulut
servislerine bağlanmak için birden çok federasyon ilişikisi kurmak
yerine sadece Microsoft Gateway ile bir federasyon yaparak bu servislere
ulaşabilirsiniz. Hatta yine bu servis ile federasyon yapan başka
kuruluşlar ilede federe bir şekilde çalışma imkanına sahip olursunuz.
Buna
bir örnek vermek gerekirse şirket içi kullandığınız bir Exchange Server
2010 ile Office 365 yani bulut tabanlı sistemi entegre çalıştırmak için
bir federasyon yapmanız gerekmektedir ki bunu Gateway üstünden
yapabilirsiniz.
Bu yapı sayesinde bulut tabanlı
uygulama ( örneğin office 365 ) kullanan bir kuruluştaki kullanıcılar
ile yine başka bir bulut tabanlı ( örneğin office 365 ) uygulama
kullanan kuruluştaki kullanıcılarla bilgi paylaşabilirler. Her iki
kurumda Gateway ile federasyon yapmış ise bu durumda Exchange
organizasyonu için karşılıklı olarak free / busy ( serbest/meşgul )
durum bilgileri görüntülenebilir.
Exchange Server 2010 üzerinde kullanıcıların hangi kaynaklarını ve
hangi domainler ile nasıl paylaşacağını ayarladığımız bir ilkedir. Bu
ilke sayesinde domain bazlı veya mailbox bazlı olarak ajanda, kontak,
serbest / meşgul ( free / busy ) bilgilerini paylaşıp paylaşamayacağını
belirleyebiliriz.
Ancak unutulmaması gereken bir nokta bu
external domain paylaşımları için olup şirket için paylaşımlarda
herhangi bir kısıtlama söz konusu değildir. Ayrıca bu policy varsayılan
olarak “Enable” olarak geldiği için Exchange Server 2010 organizasyonunuzu the Microsoft Federation Gateway ile bir federasyona sokmanız halinde kullanıcılar davetiye sayesinde federasyondaki diğer domain kullanıcılarına takvim bilgilerini paylaşabilmektedir. ( free / busy bilgi paylaşımı varsayılan olarak kapalıdır )
Bu
nedenle bu policy kapatmak gerekebilir. Böyle bir durumda paylaşım
durmuş olacaktır ( bu policy disable yapılmadan önce paylaştırılmış
paylaşımlar içinde geçerlidir )
Not ; Paylaşımın
durması Sharing Policy Assistant çalışması ile gerçekleşir ve bunu hangi
zamanlarda çalışacağını siz ayarlayabilirsiniz ( SharingPolicySchedule )
Merhaba Sevgili Çözüm Park Ailem aşağıda belirttiğim linkte detaylı bilgiler var kendimce anlatmaya çalıştım bazı firmalarda Exchange yada herhangi bir mail sunucusu olmayan firmalarda mail kişi listesi önemi çok büyük bunu kendi oluşturacağınız bir htm klasröyüle kısmen çözümleyebilirisniz iyi çalışmalar…
Şirketimizde
eğer bir mail server yok ise ve kişi listemiz oldukça kalabalık ve bunu
yayınlamamız gerekiyorsa alternatif olarak anlatacağım yöntem
kullanılabilir.
Öncelikle
Şekil–1 deki gibi yeni bir Excel dosyası oluşturuyoruz ve burada unvan,
mail sahibi ve mail adresi bu size kalmış ben bu şekil tanımlamamı
yapıyorum
Exchange Server 2010 ve diğer sistemler (exchange versiyonları)için günlük,haftalık ve aylık bakım prosedürü
Günlük Bakım
Günlük bakım rutinleri bir Exchange Server yöneticisin en çok dikkat gerektiren işidir. Ne var ki bu görevleri gerçekleştirmek fazla zaman almamalıdır.
Online Backup Kontrolü
Felaket (disaster) ile felaketten kurtarma (disaster recovery) arasındaki en önemli farklardan biri, bir organizasyonun ihtiyaç halinde yedeklere ulaşabilmesidir. Bir Exchange ortamında yedeklerin kullanılabilir olmamasının etkileri düşünüldüğünde, yedekleme işlemlerinin sıklıkla ihmal edildiği görülür. Pek çok organizasyon , çoğunlukla teknik olmayan yönetici personelin günlük olarak ‘kartuşları değiştir’ tavrına dayalı bir ‘ayarla ve unut’ davranışı içindedir.
Exchange Server ortamının yedeği için hangi metod kullanılıyor olursa olsun, görevin başarısının günlük teyidi şarttır. Her ne kadar işlemin gerçekten doğrulanması kullanılan yedekleme çözümüne bağlı olarak değişse de, genel konsept aynıdır. Yedekleme programının log dosyasını yedeğin başarı ile alındığını görmek için kontrol edin. Eğer yedekleme görevi başarı ile tamamlanmamış ise, hatanın sebebini belirleyin ve problemi çözmek için gerekli tedbiri alın.
Bir Exchage Server ortamının yedeğini alırken akılda bulunması gereken hususlardan bazıları şunlardır:
- Bir sistem çökmesine karşı ‘System State’ verisini yedeğe dahil edin.
- Yedekleme süresinin ne kadar zaman aldığına bakın; bu süre bir hizmet düzeyi anlaşmasına (Service Level Agreement) uygun olmalıdır.
- Yedeklemenin başlangıç ve bitiş zamanlarını belirleyin; ortamı, yedekleme işleminin gecelik bakım görevi başlamadan tamamlanacak şekilde ayarlamaya çalışın.
- Yedeklemenin tamamlanmasından sonra ‘transaction log’ların başarı ile temizlendiğinden emin olun.
Boş disk alanını kontrol edin
Exchange Server 2010′un bulunduğu bütün disk bölümleri (Exchange Server sistem dosyaları, transaction loglar, ve diğerleri) yeterli boş alanın bulunduğundan emin olmak için günlük olarak kontrol edilmelidirler. Eğer bölümde boş alan kalmazsa, diske daha fazla bilgi yazılamaz, ki bu da Exchange Server’ın Exchange Server servislerini durdurmasına yol açar. Bu durum veri kaybına ve veritabanlarında hasara neden olabilir.
Her ne kadar bu işlemi elle yapman mümkün ise de, ‘önemli’ belirtiler bazen gözden kaçabilir. En iyisi, System Center Operations Manager 2007 (SCOM) veya bir diğer yazılım aracılığı ile yöneticinin disk boş alanı belirli bir eşik değer altına düştüğünde otomatik olarak uyarılmasıdır. Bu türden ürünleri kuracak kaynaklara sahip olmayan organizasyonlar için, bu işlem scriptlerle yapılabilir; boş alan belirlenmiş eşiğin altına düştüğünde bir email veya network uyarısı oluşturulabilir.
Mesaj Kuyrukları’nı (Message Queue) gözden geçirin
Message queue’lar, organizasyon içinde mail akışında zorluklar/yavaşlıklar olmadığından emin olmak için günlük olarak kontrol edilmelidirler. Bu görev için Exchange Management Console’daki Queue Viewer aracı kullanılabilir.
Queue içinde takılmış mesajlar varsa, yöneticiler nedeni bulmak için Message Tracking and Mail Flow Troubleshooter’ı kullanabilirler.
