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...
Merhabalar,
Hyper-V sunucuları üzerinde çalışan
Windows Server 2008 R2 ve Windows 7 işletim sistemli sanal makinlerin
System Event lerinde aşağıda ki ekran görüntüsünde ki şekilde hata
alınabilmekte.
Yukarıda ki hata eğer ilgili sanal
makinede SCSI denetleyisine bağlı bir disk bulunuyor ise görülmekte. Bu
hata server manager üzerinden Disk Management konsolu açıldığında da
tekrarlanmakta. Hatanın sebebi ise Virtual Disk servisinin SCSI
denetleyicisinin Location paths özelliğine bakmak
istemesi. Bu özelliğin değeri diskin bulunduğu yol olmalıdır. Ancak
sanal scsi denetleyicisinin bu şekilde bir özelliği bulunmamaktadır.
Microsoft support, http://support.microsoft.com/kb/979391 linkinde yayınladığı bilgiye göre bu hatanın gözardı edilebileceğini belirtiyor.
Faydalı olması dileğimle…
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
