1. Ana Sayfa
  2. Exchange Server 2010
  3. Exchange 2010 Calendar Repair Assistant (CRA)

Exchange 2010 Calendar Repair Assistant (CRA)


DMC Teknoloji

Calendar Repair Assistant() Exchange 2010′da karşılaştığımız yeni bir özellik. Bu özellik sayesinde Exchange 2010, kullanıcılarımızın takvimlerinde bulunan hataların giderilmesini sağlıyor.

Exchange 2010 RTM’de Calendar Repair Assistant şu durumlarda gerekli düzeltmeleri yapıyor.

  • Katılımcının takviminde yanlış zaman bilgisi yazıyorsa.
  • Katılımcının / Organizatörün takviminde yer bilgisi yanlış yazıyorsa.
  • Katılımcı, Organizetörün katılımcı listesinde yoksa.
  • Katılımcının tracking status bilgisi, Organizatörün tracking status bilgisi ile uyuşmuyorsa.
  • Katılımcının tekrarlanan toplantı bilgisi Organizatörün bilgisi ile uyuşmuyorsa
  • Organizatörün veya Alıcının takviminde toplantı birden fazla bulunuyorsa.

CRA’ın en güzel yanı herhangi bir işlem yapmanıza gerek kalmadan bu sorunları çözmesi.

Exchange 2010′da Calendar Repair Assistant mailbox server rolü bulunan sunucular üzerinde çalışır. CRA Exchange Mailbox Assistant servisi ile birlikte çalışarak özel bir algoritma ile meeting request gönderen kullanıcı ile alıcının takvimlerini karşılaştırır. CRA varsayılan durumda zaman bilgisi girmediğiniz sürece aktif olmayacaktır.

Öncelikle Mailbox sunucusu üzerinde CRA ayarlarını gözden geçirelim:

Get-MailboxServer –identity “MBX Sunucu İsmi” | FL *calendar*

Komutuyla calendar repair durumunu mailbox sunucumuz için görebiliriz.


Resim-1

Burada karşımızı çıkan değerler şunlar:

  • CalendarRepairSchedule: Takvim Onarma Zamanını belirtir. Varsayılan durumda bu değer boştur ve bu nedenle CRA aktif değildir.
  • CalendarRepairMissingItemFixDisabled: Takvimde kayıp öğelerin düzeltilme özelliğinin kapalı olup olmadığını belirtir. “True” olması durumunda CRA takvimdeki kayıp öğeleri düzeltmeyecektir. Varsayılan değeri “false”.
  • CalendarRepairLogEnabled : CRA’in log yazıp yazmayacağını belirtir. Varsayılan değer “True” yani bu değer aktif.
  • CalendarRepairLogSubjectLoggingEnabled: Logda konu başlığının yazılıp yazılmayacağını belirtir. Varsayılan değer “True” yani bu değer aktif.
  • CalendarRepairLogPath: CRA’in logları nereye koyacağını belirtir. Varsayılan değer “C:\Program Files\Microsoft\Exchange Server\V14\Logging\Calendar Repair Assistant” klasörüdür. Loglar burada tutulacaktır.
  • CalendarRepairIntervalEndWindow: Bu değeri kullanarak CRA’in ne kadar ileri zaman dilimine bakacağını belirtebilirsiniz. Varsayılan değer 30 gün olduğundan 30 günlük gelecek zaman aralığını kontrol edecektir.
  • CalendarRepairLogFileAgeLimit: Log dosyalarının ne kadar zaman tutulacağını belirtir. Varsayılan durumda bu değer 00:00:00 olduğundan loglar sınırsız saklanır.
  • CalendarRepairLogDirectorySizeLimit : Log dosyalarının bulunduğu klasöre boyut sınırı koymanızı sağlar bu sayede logların tutulduğu diskte yer sorunu yaşamanızı engelleyebilirsiniz. Varsayılan değer “unlimited” yani sınırsızdır.

CRA’I aktif hale getirmek için şu komutu kullanarak zaman aralığı verebilirsiniz.

Set-MailboxServer –identity “Mailbox Sunucu İsmi” –CalendarRepairSchedule “Friday.11:55 AM- Friday.12:30 PM”


Resim-2

Birden çok zaman aralığı girmek isterseniz aralarına virgül koyarak ayırabilirsiniz. Bu zaman aralığında CRA gerekli kontrolleri tamamlayamaz ise durdurup bir sonraki sefer aynı yerden devam edecektir.

Set-MailboxServer -Identity “Mailbox Sunucu İsmi” -CalendarRepairLogFileAgeLimit 40 -CalendarRepairLogDirectorySizeLimit 100MB

Komutunu kullanarak Log dosyalarını 40 gün saklayabilir ve 100 MB’ı geçmemesini sağlayabilirsiniz.

Set-MailboxServer -Identity “Mailbox Sunucu İsmi” -CalendarRepairIntervalEndWindow 90

Komutunu kullanarak 90 günlük bir zaman aralığını kontrol ettirebilirsiniz.

Şimdi şöyle bir senaryoya bakalım:

Administrator kullanıcısı Serkan Varoğlu kullanıcısına bir meeting request göndermiş ve Serkan kullanıcımız bu meeting request’i kabul ettikten sonra yanlışlıkla Calendar’dan silmiş.


Resim-3


Resim-4

CRA, Administrator kullanısının takvimini kontrol ederken Serkan kullanıcısının takviminde bu öğenin olmadığını bulur ve tekrar yaratır. Ancak bu toplantının altına aşağıdaki notu ekleyerek Serkan kullanıcısının toplantı ile ilgili olarak tekrar seçim yapmasını ister.


Resim-5

Aynı zamanda Deleted Items klasörüne de aynı mesajı koyar.


Resim-6

Başta da bahsettiğim gibi logları C:\Program Files\Microsoft\Exchange Server\V14\Logging\Calendar Repair Assistant altına kaydeder.


Resim-7

Bu klasör içerisinde toplantıyı gönderen kullanıcının loglarına baktığımız zaman bu konuyla ilgili yaptığı kontrol ve değişiklikleri görebiliriz.


Resim-8

Son olarak, kullanıcılarımızın bazılarında veya bazı mailboxlarda bu işlemin yapılmasını istemeyebilirsiniz. Her kullanıcı için CRA’in işlem yapıp yapmayacağını belirlemeniz mümkün. Bunun için

Set-Mailbox “Kullanıcı” –CalendarRepairDisabled $true

Komutunu kullanabilirsiniz.


Resim-9

Exchange SP1 Beta 2010 Calendar Repair Assistant (CRA) için eklenen yeni senaryolar

Microsoft Exchange 2010 SP1 Beta ile bu özelliğe yeni senaryolar ekledi.

  • Katılımcının takviminde bir olay veya bir istisna eksik olması.
  • Organize eden kişinin takvimi ile katılımcının takviminde başlangıç, bitiş saati veya saat diliminden dolayı oluşan tutarsızlıklar.
  • Katılımcının takviminde görünen toplantı yeri düzenleyenin takviminden farklıdır.
  • Organize eden kişinin takviminde toplantının bulunmaması.
  • Tekrarlayan toplantılar için bilgilerin organizatör ve katılımcının takviminde farklı olması.

Bu konuyla ilgili sorularınızı https://forum.mshowto.org linkini kullanarak ulaşacağınız forum sayfamızda sorabilirsiniz.

Referanslar

DMC Teknoloji
Yorum Yap

Yazar Hakkında

Serkan VAROĞLU, 1982'de İzmir'de doğdu. Yıldız Teknik Üniversitesi Elektrik Mühendisliğini bitirdi. Türkiye'de birçok farklı sektör ve firmada Sistem Yöneticiliği yaptıktan sonra 3 sene Bermuda'da Senior Consultant olarak çalıştı. Şu anda kariyerine İrlanda'da devam ediyor. MCSE/2000-2003, MCSA/2000,2003, MCITP: Enterprise Administrator, MCITP: Enterprise Messaging Administrator 2010, ITILv3 Foundation sertifikalarına ve 2012 yılından beri Exchange Server MVP ödülüne sahip.

Yorum Yap