Juu Sii (UC)

KMS serveri ümbertõstmine

Toomas Ruus — Mon, 26 Dec 2011 09:18:33 GMT

Minult on paar korda küsitud, et kuidas saaks KMS aktiveerimist tegeva serveri funktsionaalsus tõsta teise serveri peale. Näiteks on olemasolev KMS server vaja ümber installeerida või on mõni teine server sobilikum. KMS ümbertõstmise protseduur on iseenesest väga lihtne – vanas kohas KMS teenused maha installeerida ja uue serveri peal need installeerida. Olemasolev loendur (count) kaasa ei tule. Teisisõnu hakkab uus KMS server uuesti seda loendurit nullist kasvatama ja peaks üle kriitilise arvu olevate masinate korral selleni kiiresti jõudma.

Natuke nüüd lähemalt mahainstalleerimisest. Kõigepealt võib veenduda, et me ikka õige masina peal olema. Selleks võib anda KMS masinal Command Promptis käsu (üldiselt pole cscripti vaja isegi ette panna):

cscript slmgr.vbs /dlv

ja Office 2010 KMS host korral ka:

cscript slmgr.vbs /dlv bfe7a195-4f8f-4f0b-a622-cf13c7d16864

Väljundiks tuleb üldiselt hunnik juttu, kus kohe alguses on “Description” väli, kus kirjas vastavalt “Windows Operating System - Windows Server(R), VOLUME_KMS_R2_B channel” või “Microsoft Office 2010 KMS, VOLUME_KMS channel” (või midagi sarnast).

Järgmisena installeerimegi maha KMS teenuse käsuga:

cscript slmgr.vbs /upk

ja Office 2010 KMS jaoks:

cscript slmgr.vbs /upk bfe7a195-4f8f-4f0b-a622-cf13c7d16864

Nüüd on meil aktiveerimata masin, millele tuleks võti anda ja aktiveerida. Üks võimalus on teha seda Control Panel ja System alt, kus sisestame uue võtme, mille peale üritatakse kohe seda ka aktiveerida. Teine võimalus, et teeme seda Command Promptis juba tuttava käsuga. Kui KMS teenus tuleb teise masina peale, siis oleks mõttekas olemasolev masin ka aktiveerida KMS kliendi võtmega (vaata vaikimisi KMS klienti võtmeid varasematest artiklitest Product activation, KMS vs MAK ja Office 2010 aktiveerimine). Kui endine KMS host masin oli Windows Server 2008 R2 Standard, siis võti on YC6KT-GKW9T-YTKYR-T4X34-R7VHC ja käsk ise:

cscript slmgr.vbs /ipk YC6KT-GKW9T-YTKYR-T4X34-R7VHC

ja aktiveeerimiseks:

cscript slmgr.vbs /ato

Nüüd peaks endine KMS host masin olema tavaline KMS kliendi masin ja käsk cscript slmgr.vbs /dlv annab “Description” väljale “Windows Operating System - Windows Server(R), VOLUME_KMSCLIENT channel” väärtuse.

Lisaks tuleb kustutada või uuendada DNS serveris KMS serveri kirjet. See on SRV kirje ja asub _tcp all nimega _VLMCS. Kui KMS saab teise serveri peal asuma, siis tuleks kirjes asendada vana KMS serveri nime uue serveri nimega.

Nüüd on KMS server eemaldatud ja uuel serveril vaja see peale panna. Kuidas seda teha on kirjeldatud varasemates artiklites Product activation, KMS vs MAK ja Office 2010 aktiveerimine.

Exchange Server 2010 SP2 väljas

Toomas Ruus — Mon, 05 Dec 2011 08:11:00 GMT

Kauaoodatud ja edasilükatud Exchange 2010 Service Pack 2 on lõpuks avalikuks tehtud. Lisaks olemasolevate vigade parandusele, võiks nimetada suuremateks uuendusteks oluliselt parem tugi Office 365 jaoks, hostingu tugi (GAL segmenteerimine, Address Book Policies), Cross Site Silent Redirection. Loodan edasipidi nendest natuke lähemalt kirjutada, kui aeg lubab.

Seda mida uut Exchange 2010 SP2 pakub, võib lugeda What's New in Exchange 2010 SP2 artiklist Technet-s.

Exchange 2010 lahtiühendatud postkastide ja arhiivide taastamine

Toomas Ruus — Sun, 01 May 2011 20:59:15 GMT

Kahes varasemas artiklis (vt. Exchange 2010 baaside varukoopiad ja taastamine: Osa 1 ja Osa 2) sai vaadeldud Exchange 2010 varukoopia tegemist ja sellest taastamist, kasutades Windows Server Backup lahendust. Taastamisel sai läbi tehtud nö. tavaline taastamine, kus taastatav postkast ja AD konto olid olemas. Kui taastamine toimub arhiivi postkastile või kui postkast pole tavalisel moel kättesaadav, siis taastusprotsess natuke teine.

Taastamise algus on samamoodi: taastada failid, teha läbi soft recovery ja veenduda, et baas on “puhtas” seisus, luua recovery baas taastatud baasile, ning võtta baas külge. Vaatame erinevaid taastamise stsenaariume.

Lahtiühendatud postkasti taastamine

Lahtiühendatud postkast (disconnected mailbox) on postkast, mis pole omistatud ühelegi Active Directory kasutaja külge. Exchange Server 2010 SP1 võimaldab kahte tüüpi lahtiühendatud postkasti:

Disabled mailbox – postkast on lahti ühendatud Disable-Mailbox või Remove-Mailbox käsuga (või sellele vastava EMC valikuga). Exchange hoiab selliselt kustutatud postkasti alles kuni säilitusaja lõpuni (vaikimisi 30 päeva).
Soft-deleted mailbox – kui postkast tõstetakse üle teise baasi, siis Exchange 2010 SP1 ei kustuta tõstetud postkasti vanas asukohas, vaid märgib selle staatuseks soft-deleted, ning hoitakse samuti säilitusaja lõpuni.

Disabled mailbox-ga saab teha 3 tegevust:

Ühendada see olemasoleva AD kasutajaga
Taastada see AD kasutajale
Kustutada see lõplikult baasist

Soft-deleted mailbox-ga saab teha 2 tegevust:

Taastada see AD kasutajale
Kustutada see lõplikult baasist

1. Ühenda olemasoleva kasutajaga

Eesmärk ühendada postkast olemasoleva AD kasutajaga, kellel pole veel postkasti. Kasutaja võib olla sama mis varem, või on see mõni teine kasutada. Kasutaja saab peale seda omistamist postkasti omanikuks ja täisõigused selle sisule. Külgeühendamine toimub Connect-Mailbox käsuga. Näiteks Mike Ray postkasti temale endale külge tagasi panek:

Connect-Mailbox -Database "Mailbox Database 0989701769" -Identity 'Mike Ray'

Antud näites on AD kasutaja määramata ja Exchange üritab ise leida/kokku sobitada postkasti nime ja AD-st kasutaja. Kui paneme postkasti teisele kasutajale, siis tuleks täpsem olla. Näiteks ühendame Mike Ray postkasti Terry Adams kasutaja külge (tal pole postkasti küljes):

Connect-Mailbox -Database "Mailbox Database 0989701769" -Identity 'Mike Ray' -User 'Terry Adams'

EMC abil saab samuti kasutajaid külge ühendada. Selleks tuleb võtta Recipients Configuration alt Disconnected Mailbox. Lahtiühendatud postkastid on siin näha (ainult disabled mailbox staatusega!) ja neid saab külge ühendada:

Märkus: Mõnikord võib olla vaja käivitada Clean-MailboxDatabase käsk, et värskendada lahtiühendatud postkasti info AD ja Exchange baasi vahel.

2. Taasta sisu olemasolevale kasutajale

Eesmärk taastada lahtiühendatud postkasti sisu olemasoleva kasutaja postkasti. Seda saab teha ainult Powershellis New-MailboxRestoreRequest käsuga. Näiteks taastame Mike Ray disabled mailbox-i sisu Holly postkasti:

New-MailboxRestoreRequest -SourceDatabase "Mailbox Database 0989701769" -SourceStoreMailbox 'Mike Ray' -TargetMailbox Holly -AllowLegacyDNMismatch

Juhul kui sihtpostkast pole sama kui disabled mailbox, siis tuleb kasutada -AllowLegacyDNMismatch võtit. Kui on vaja, et taastamine toimuks kindlasse kataloogi, siis tuleb kasutada -TargetRootFolder võtit. Võimalik on filtreerida ainult kataloogide tasemel, see tähendab taastada ainult teatud katalooge või mingeid katalooge mitte taastada. Analoogiliselt saab sama käsuga taastada ka soft-deleted postkasti sisu olemasolevale kasutajale.

Kuivõrd antud käsk algatab taastamise protsessi, siis selle oleku saab käsuga Get-MailboxRestoreRequest. Kui staatus on Completed, siis saab seda eemaldada Remove-MailboxRestoreRequest käsuga.

Lisaks New-MailboxRestoreRequest käsule saab Recovery mailbox baasis olevate postkastide taastamiseks kasutada ka Restore-Mailbox käsku. Restore-Mailbox käsul on võimalik kasutada erinevaid filtreid (näiteks kuupäevad, subjektid jne). Juhul kui taastamise sihtpostkast ei ole sama kui lahtiühendatud postkastil, siis saab taastada ainult sihtpostkastis määratud kataloogi.

3. Kustutada lõplikult baasist

Eesmärk kustutada lahtiühendatud postkastid koheselt baasist. See võib osutuda eriti oluliseks soft-deleted postkastide korral, mis jäävad järele peale postkasti teise baasi tõstmisel, ning hoiavad baasi ruumi kinni. Kustutamist on võimalik teha kahte moodi (mõlemad Powershellis), EMC kaudu seda teha ei saa:

Kasutada Remove-Mailbox käsku koos StoreMailboxIdentity võtmega, väärtuseks näiteks eemaldatava postkasti GUID. See on kohmakas ja ebamugav, mõtekam on kasutada teist meetodit (kui võimalik). Järgmine näide kustutab püsivalt Mike Ray lahtiühendatud postkasti:

$Temp = Get-Mailbox | ? {$_.DisplayName -eq 'Mike Ray'}

Remove-Mailbox -Database "Mailbox Database 0989701769" -StoreMailboxIdentity $Temp.MailboxGuid

Kasutada Remove-StoreMailbox käsku (alates SP1-st). Eelmine näide antud käsuga näeks välja nii:

Remove-StoreMailbox -Database "Mailbox Database 0989701769" -Identity ‘Mike Ray’ -MailboxState Disabled

Juhul kui vaja kõik baasis allesolevad äratõstetud postkastid (ehk soft-deleted mailboxes), siis järgmine näide teeb seda:

Get-MailboxStatistics -Database "Mailbox Database 0989701769" | ? {$_.DisconnectReason -eq "SoftDeleted"} | foreach {Remove-StoreMailbox -Database $_.database -Identity $_.mailboxguid -MailboxState SoftDeleted}

Arhiivi taastamine

Kuigi arhiivi taastamine on põhimõtteliselt sama kui lahtiühendatud postkastil, erineb arhiivi taastamine natuke eelnevast. Online arhiivist taastamist võib ette tulla, kui sealt on midagi kustutatud säilituspoliitika abil (retention policy) või on kasutaja midagi ise sealt ära kustutanud. Analoogiliselt lahtiühendatud postkastiga, on 3 võimalust:

Taasühenda arhiiv kasutajaga
Taasta arhiivi sisu
Eemalda baasist lahtiühendatud arhiiv

1. Taasühenda arhiiv kasutajaga

Arhiivi saab külge võtta ainult samale kasutajale, kellele see ennem kuulus. Põhjus on selles, et LegacyDN attribuut on nii primaarsel kui ka arhiivi postkastil üks ja seesama, mistõttu ei saa seda “valele” kasutajale külge panna. Külge ühendamine ise käib analoogiliselt lahtiühendatud postkastidega, tuleb vaid lisada parameeter Archive. Näiteks ühendame Nuno Bunto lahtiühendatud arhiivi talle külge tagasi:

Connect-Mailbox -Database Archive -Identity 'Online Archive - Nuno Bento' -Archive

2. Taasta arhiivi sisu

Primaarsel postkastil ja arhiivi postkastil on erinevad identifikaatorid (Guid). Taastamiseks oleks vaja ette anda või teada arhiivi postkasti Guid-i. Näiteks pärime recovery database sisu koos Guid-ga:

Get-MailboxStatistics -Database RecoverArchive | fl Display*, *guid*

Jätkame näidet, Holly arhiivi taastamine, parameetrid võtame Holly primaarse postkasti attribuutidest, taastatav sisu ühildatakse olemasolevaga:

Get-Mailbox Holly | % {New-MailboxRestoreRequest -SourceDatabase RecoverArchive -SourceStoreMailbox $_.ArchiveGuid -TargetMailbox $_.Identity -TargetIsArchive}

Kasutame juba tuttavat New-MailboxRestoreRequest käsku (% ees on alias ForEach käsule), lisandiks TargetIsArchive arhiivi määratlemiseks. Lõpetatud taastamiskäsu kustutamine:

Get-MailboxRestoreRequest | ? {$_.Status -eq “Completed”} | Remove-MailboxRestoreRequest -Confirm:$false

Võib ka kasutada Restore-Mailbox käsku. Sellisel juhul saame taastada ainult mingisse kataloogi, küll aga saame kasutada filtreid. Järgnev näide taastab Holly arhiivi postkasti Taastatud kataloogi:

Restore-Mailbox Holly -RecoveryDatabase RecoverArchive -RecoveryMailbox ‘c719b767-551f-4bac-8630-9f61c4cafcaa’ -TargetFolder Taastatud

3. Eemalda baasist lahtiühendatud arhiiv

Täpselt analoogiline lahtiühendatud postkastidega.

Exchange MVP

Toomas Ruus — Mon, 11 Apr 2011 06:46:52 GMT

1. aprillil sain Microsofti käest e-maili, milles teatatakse minu kinnitamisest Exchange MVP-ks. Ja see ei olnud aprillinali!!! Teisisõnu olen nüüd aasta jooksul samuti üks mitmest Eesti MVP tiitli kandjast, mida ei ole võimalik saada eksamite tegemisega. Mis puutub järgmistesse tiitlitesse (pean silmas Exchange alal), siis ainuke võimalus ongi teha ära MCM ja MCA. Paraku on ainuüksi osavõtutasu ligikaudu 19000$, elamine ja sõit tuleb veel juurde lisada. 2 aastat tagasi oli põhimõtteliselt võimalus Microsofti kulul osaleda OCS MCM programmis, aga kahjuks halbade asjaolude kokkulangemisega jäi see siiski ära. Igaljuhul sponsorid, oleta alati oodatud minu MCM-ks saamist toetama.

Seminar Powered by MVP

Toomas Ruus — Tue, 01 Mar 2011 12:48:19 GMT

Kolmapäeval 9. märtsil algusega kell 12:30 toimub Tallinnas Swisshotelli konverentsikeskuses suurejooneline seminar, kus räägivad oma ala asjatundjad nii arenduse kui infra poole pealt. Need asjatundjad on kas Microsofti MVP (Most Valueable Proffessional) tiitliga pärjatud või seda tiitlit taotlevad spetsialistid, kes räägivad seminaril huvitavatel teemadel ja jagavad oma tarkust kuulajatele. Peale loengut on võimalik oma istumisega tekkinud energia maha rabeleda Kinect mängudega, turgutuseks joogid ja suupisted.

Registreerimine ja täpsem info käib läbi Eneta, eraldi registreerimine arendajate ja IT-proffide (infra) loengutele. IT-proffide poolelt kutsun tagasihoidlikult ka oma Exchange 2010 teemalisele loengule algusega 17:30, peale mida saabki kohe pühenduda Kinectiga mängimisele ja muule kasulikule tegevusele. Kuivõrd kohtade arv on piiratud, tuleks registreerida võimalikult kiiresti, et kindlustada endale osavõtu. Teisisõnu kasutades tsitaati ühest vanemast eesti filmist: kiirustage, seltsimehed unetud!

Exchange 2010 baaside varukoopiad ja taastamine: Osa 2/2

Toomas Ruus — Fri, 18 Feb 2011 10:26:00 GMT

Eelmises osas sai vaadeldud, kuidas varukoopiat teha kasutades Windows Server Backup programmi. Selles osas vaatame edasi, kuidas antud varukoopiat kasutada baaside, postkastide või üksikute kirjade taastamiseks (single item restore). Teisisõnu taastame ainult baasi ennast, mitte tervet serverit (mida saab mitut moodi teha ja on ka lihtsam).

Ennem varukoopia tegemist oli Peter Houston postkastis kiri subjektiga “Before backup”, mille me nüüd “kogemata” ära kustutame ja mida oleks vaja nüüd taastada:

Esimese sammuna valime Windows Server Backup programmist taastamise (Recover…), mille peale avaneb aken:

Valida tuleb, kus kohas asub varukoopia, kas lokaalsel masinal või kuskil võrgukettal. Kuivõrd meie praegune varukoopia sai tehtud samale masinale, siis esimene valik on õige.

Nüüd tuleb valida, mis kuupäeva (ja vajadusel ka kellaaja) seisuga taastada vaja on, viimast seisu pakutakse vaikimisi.

Valime, kas taastada teatud faile ja katalooge, või terveid voluume. Meil on ainult ühte baasi vaja taastada, siis valik on “Files and folders”.

Selles aknas tuleb valida, mis failid või kataloogid taastame. Kui samas varukoopia nimekirjas on eraldi kataloogidena nii baasid kui transaktsioonid, siis taastada tuleb üks kataloog korraga, GUI kaudu ei saa taastada neid mõlemaid. Sellisel juhul tuleb taastada näiteks kõigepealt baasid, siis sama protseduur uuesti transaktsioonidega. Meil on nii baasid kui transaktsioonid samas kataloogis, seega selekteerime vasakult puust kataloogi 1.

See on nüüd oluline koht, kus eksida ei tasuks. Esimese valiku (Original location) tehes, taastatakse kogu vastav baas, kus hetkel töö jookseb ja tehakse läbi kõik taastamisega vajalikud protseduurid. Seda valikut läheb vaja siis, kui terve baas on puudu või vigane. Teine valik (Another location), on vajalik, et teha single item restore asju (ehk teine asukoht ja kasutame seda recover database baasina). Kuivõrd meie stsenaariumis ongi vaja taastada ainult ühte kirja, siis teine valik ja taastame failid E ketta RecoverDB1 kataloogi.

Viimane aken enne failide taastamise algust, tundub kõik õige olevat ja võibki vajutada Recover nuppu Meeldetuletuseks veelkord, et juhul kui baas ja transaktsioonid olid erinevates kataloogides, siis tuleb sama asi veelkord läbi teha ka transaktsioonidega. Kui kõik sai taastatud, siis peaks E:\RecoverDB1 kataloogis olema selline pilt:

Järgnevalt pange käima Exchange Management Shell ja minge samasse kataloogi, kuhu me failid taastasime, antud juhul siis E:\RecoverDB1 kataloogi. Kõigepealt peame laskma käima nö soft recovery, et olemasolevad transaktsioonid baasile läbi mängiksid. Seda saab teha siis käsuga:

eseutil /r e01 /d E:\RecoverDB1\1.edb /l E:\RecoverDB1

Võti /r on soft recovery tegemiseks, E01 on baasi prefiks. Seda leiab kõige lihtsamalt, kui võtate 3 esimest sümbolit transaktsioonifailist või kui võtate checkpoint faili (.chk lõpuga) nime ilma laiendita, antud juhul on see siis E01. Võti /d ja katalooginimi koos baasiga, on baasi nimi ja asukoht, võit /l ja katalooginimi on transaktsioonide asukoht.

Üldiselt peaks eseutil /r jooksma läbi ilma vigadeta kuni lõpuni. Kui aga ei juhtu, siis tuleb täiendavalt vaeva näha, et viia baas korrektsesse seisu, vastasel korral pole seda võimalik külge võtta. Kogemuse põhjal tundub, et selline probleem tekkib, kui baas ja transaktisoonid on erinevatel ketastel, nagu ka käesolevas näites on. Ka siin on asi pooleli jäänud umbes 95% juures.

Juhul kui niimoodi juhtub, siis tuleb kasutada kangemat lähenemist, sama eseutil käsk, aga võtmega /p:

eseutil /p E:\RecoverDB1\1.edb

Antud juhul üritatakse taastada baasi tabelite struktuur, nii et see oleks kasutuskõlbulik. Põhimõtteliselt võib siin tekkida ka infokadu, aga seda eelkõige siis, kui baas on juba ennem katkine olnud. Taastamise korral on enamasti põhjuseks see, et mingi transaktsiooni logi jupp on veel puudu ja selle käsuga sisuliselt ignoreeritakse viimaseid transaktsiooni logisid.

Käsk lõppes õnnelikult, nüüd tuleks kontrollida, kas baas on korrektses puhtas seisus (terviklikus seisus). Seda võiks teha ka siis, kui recovery /r võti viga ei andnud. Selleks kasutame jällegi eseutil käsku võtme /mh, mis kuvab baasi päise:

eseutil /mh E:\RecoverDB1\1.edb

Meid huvitab baasi päisest hetkel ainult üks rida, tõmbasin sellele ka punase joone alla. Me otsime Status välja ja selle väärtust, mis peaks olema Clean Shutdown. Kui staatus on Clean Shutdown, siis on baas korrektses seisus ja võime edasi minna. Nüüd tuleks tekitada taastatud baasi failidele Exchange taastamisbaas. Seda saab teha ainult Powershellist ja käsk näeb välja selline:

New-MailboxDatabase -Name RecoverDB1 -Server ex01 –Recovery -EdbFilePath E:\RecoverDB1\1.edb -LogFolderPath E:\RecoverDB1

Kindlasti ei tohiks ära unustada võtit -Recovery, vaid nii tehakse see taastamisbaasiks. Võti –Name väärtus ei pea olema kataloogi nimega sarnane, vaid vabalt valitav, nii et oleks arusaadav.

Nüüd on meil ka Exchnge mõistes baas olemas ja võime selle külge mountida kas graafilisest EMC või EMS-st Powershell käsuga mount-Database RecoverDB1

Taastamine ise tuleb samuti teha Exchange Management Shellist kasutades Powershell käsku Restore-Mailbox. Sellel käsul on mitmeid võimalusi, taastada ühe inimese postkast teise inimese postkasti, taastada terve postkast ja liita kokku taastatud ja olemasolev postkast (merge), taastada kogu postkast eraldi kataloogi (ettevaatust postkasti quota seadetega, neid võib olla vaja suurendada!), taastada võtmesõnade järgi, taastada kirjade algus- ja/või lõppkuupäeva järgi jne. Igal juhul tasub uurida siin Restore-Mailbox süntaksit, et taastamine oleks võimalikult kiire ja efektiivne. Meie konkreetsel juhul taastan lihtsalt, tehes olemasolevale ja taastatava sisule merge käsuga:

Restore-Mailbox Holly -RecoveryDatabase RecoverDB1

Kui see käsk lõpetab, siis ongi meie kadunud kiri jälle tagasi:

Peale õnnestunud taastamist, tuleks ära koristada ka suure tööga saadud vaheproduktid. Kõike seda saab teha ka graafiliseses keskkonnas. EMS-i kasutades kõigepealt Remove-MailboxDatabase RecoverDB1, ning seejärel kustutada ära E kettal olev RecoverDB kataloog.

Eraldi artiklisse panen veel selle, kuidas tuleks teha, kui vaja taastada arhiivi või taastada lahtiühendatud postkast. Sellisel juhul on algus samamoodi, nagu eelnevalt kirjas, ainult lõpp natuke teistmoodi. Artikli nimeks:

Exchange 2010 lahtiühendatud postkastide ja arhiivide taastamine

Täiendus: Exchange 2010 Personal Archives tugi Outlook 2007-ga kohta

Toomas Ruus — Mon, 07 Feb 2011 10:42:00 GMT

Oma detsembri jõulueelses artiklis Exchange 2010 Personal Archives tugi Outlook 2007-ga rääkisin uudisest, et December 2010 Cumulative Update for Office 2007 võimalda ka Personal Archives tuge ka Outlook 2007-le. Paraku on Microsoftil tulnud ette väike äpardus, mille tõttu ei pruugi personaalsete arhiivide tugi töötada Outlook 2007-ga.

Microsofti Outlook tiim tegeleb asjaga ja parandus peaks sellele tulema juba veebruaris paketiga February 2011 Cumulative Update for Office 2007.

Muudetud:

February 2011 Cumulative Update for Office 2007 on nüüd saadaval. Kui huvi eelkõige Exchange 2010 ja Outlook 2007 Personal Archives toe vastu, siis konkreetne Outlook 2007 parandus vaja peale panna sellest paketist.

Exchange 2010 baaside varukoopiad ja taastamine: Osa 1/2

Toomas Ruus — Wed, 02 Feb 2011 21:26:00 GMT

Järgmises kaheosalises artiklis on vaatluse all, kuidas Exchange 2010-ga teha varukoopiaid ja kuidas taastada baasid, mingit konkreetset kirja või teatud kriteeriumile vastavaid kirjasid. Esimeses osas siis backup ja teises taastamine. Loogiline

Kõigepealt tuleb meelde tuletada, et Exchange 2010 ei ole enam võimalik teha streaming backup, mida sai kõigi varasemate Exchange versioonidega teha. Selle asemel toetab Exchange 2010 ainult VSS-põhist (snapshot põhist) backupi lahendust (tegelikult on sama probleem ka Exchange 2007 SP2-ga, kui see on installeeritud Windows 2008 peale). Kellel raha rohkem, võib kasutada backup/restore lahenduse jaoks Microsofti System Center Data Protection Manager tarkvara (DPM) või mõnda kolmanda parteri toodet. Neil on tavaliselt võimalused oluliselt suuremad ja ka kasutusmugavus väga hea. Teine odavam valik on kasutada Windows 2008 ja R2-ga kaasatulevat Windows Server Backup-i (see asendab siis varasemates Windows versioonides kasutusel olnud NTBackup versiooni). Exchange Server 2010 installeerimisel lisatakse juurde plug-in, mis võimaldab Windows Server Backup abil teha varukoopiaid Exchange serverist ja kärpida ära ka üleliigsed /kasutatud transaktsioonide logid. Erinevalt DPM-st ei saa teha varukoopiat passiivsest baasist (juhul kui kasutusel on DAG). Selleks, et see backup läbi viia, tuleb teha serveril, kus me Exchange backupi teeme, aktiveerida kõik baasid (näiteks käsuga Move-ActiveMailboxDatabase käsuga). Teine võimalus on, et keelate registri muutusega Microsoft Exchange Replication service VSS writer võimaluse. Kes soovib seda teed minna, siis võib vaadata Technet artikli lõpust lõiku Using Windows Server Backup on Database Availability Group Members, kus seda protsessi kirjeldatud.

Windows Server Backup kasutamise jaoks tuleb Windows Serveril see omadus (feature) kõigepealt installeerida. Seda võib teha Server Manager abil või Powershellist. Igal juhul tuleks mitte installeerida Windows Server Backup command-line tools omadust, mis ei ole ühilduv Exchange Server 2010-ga. Kõige lihtsam on seda teha administratiivsetes õigustes avatud Powershellis:

Import-Module Servermanager

Add-WindowsFeature Backup

Vaatame läbi, kuidas taastada üksikut või üksikuid kasutaja kirju (kuivõrd tavalise kogu baasi taastamine on märksa lihtsam). Järgmisel pildil on näha Holly postkast, kus on Peteri saadetud kiri subjektiga “Before backup”:

Kuivõrd teen varukoopia eraldi serveri küljes olevale kettale, siis vaatan Disk Manager-st kettad üle:

Antud serveril on nii Exchange baasid kui transaktsioonid kettal D. Backup on plaanis teha kettale F. Nüüd tuleks käivitada Windows Server Backupi alt Scheduled backup (võib ka ühekordse backupi, aga seal valikuid vähem). Antud hetkel pole kogu serveri varundamine oluline, siis valime Custom:

Selleks, et toimiks transaktsioonide ära lõikamine (tühjendamine), siis tuleb valida kogu volume, mitte ainult kataloog, kus stored või transaktsioonid asuvad:

Nüüd on näha kõik voluumid ja kataloogid, millest varukoopiat teeme:

Advanced Settings alt tuleb valida VSS full Backup (jällegi oluline valik, et logide tühjendamine toimiks):

Järgnevalt tuleb valida, millal tehakse varukoopia:

Edasi jälle mõtlemiskoht – kuhu varukoopia tehakse (target). Valikud on lokaalse ainult selleks määratud kettale (dedicated disk), lokaalsele kettale või kuhugile võrgukettale. Kui valida esimene valik selleks määratud ketas, siis formaaditakse ja seatakse see ketas ainult Windows Server Backupi jaoks loetavaks. Meil oligi plaanis kasutada eraldi ainult selleks määratud ketast, mis oli tähe F all.

Viimane hoiatus ennem kui ketas kaob:

Ja ongi tehtud (ei tasu mu demobaasi suurusest heidutada lasta):

Disk Manageris uuesti kettaid vaadates on näha, et endine F ketas disk 3 on nüüd ümber organiseeritud:

Windows Server Backupi üks ebamugav asi on, et ei saa scheduldada harvemini kui kord päevas ja seada erinevaid varundamise töid (näiteks teisest kohast või teise asukohta). Sellisel korral tuleb kasutada Windowsi Task Manager abi, kus lisate ise wbadmin koos vajalike parameetritega. See protseduur on kenasti piltidega ära seletatud Paul Cunningham artiklis How to Schedule Windows Server Backup.

Järgmises osas üritame taastada kustutatud kirja just tehtud varukoopiast. Vaata ka:

Exchange 2010 baaside varukoopiad ja taastamine: Osa 2/2

Eneta kommuuniõhtu: E-posti haldamise võimalused Exchange Server 2010-ga

Toomas Ruus — Thu, 20 Jan 2011 17:39:45 GMT

Kolmapäeval 26. jaanuaril Eneta loengusarjas räägin seekord, kuidas hallata kasutajate postkaste Retention Policy-te abil, kuidas neid luua ja kasutada, samuti kuidas ja mida saab teha arhiivi postkastiga. Vaatluse all ka Exchange 2010-ga muudetud Recoverable Items (vana nimega dumpster) poolt tekkinud uusi võimalusi nagu “hard deleted” asjade taastamine ilma varukoopiata, Litigation Hold ja postkasti auditi logi. Üritan iga asja kohta näidata nii serveri kui ka kasutaja poolset vaadet. Ehk teisisõnud – ei tule ainult kuiv jutt, vaid ka demod.

Üritus toimub ise IT Kolledžis Raja tänav 4c, ruumis 316. Paluks kõigil, kes soovivad osa võtta registreerida ennast Eneta ürituse registreerimislehel, seda nii kohale tulijal kui ka üle interneti vaatajatel.

Kohtumiseni kolmapäeva õhtul!

Exchange 2010 ja eestikeelne OWA

Toomas Ruus — Wed, 05 Jan 2011 20:27:00 GMT

Sarnaselt varasemate Exchange versioonidega, pole ka Exchange Server 2010-l võimalik kasutada eestikeelset kasutajaliidest ja Unified Messaging eestikeelset audio tuge. Küll on aga võimalik Outlook Web App ehk OWA igal kasutajal muuta eestikeelseks (sama võimalus ka Exchange Server 2007 OWA-l).

Selleks tuleb CAS serveri installeerimise ajal valida, mis keelte tugi lisada. Võimalik on võtta DVD peal olevad keeled “Install only languages from the DVD” (ja hetkel vähemalt eesti keelt sealt veel ei saa), või valida keelte paketi kogumikust “Install all languages from the language bundle”:

Tehes esimese valiku keelte kogumiku kasuks, on võimalus valida keeltepaketi allalaadimine Internetist või anda ette juba allalaaditud keeltepaketi fail (saadaval näiteks Microsoft Exchange Server 2010 Language Pack Bundle, March 2010 ja installeeritav ka iseseisvalt):

Peale keelepaketi installeerimist või selle kaasamist installeerimisel, ongi OWA-s võimalik ka eesti keel valida oma kasutajaliideseks. Kui kliendi arvutil on regionaalsetes seadete valikuks eesti keel, siis ka OWA avaleht kuvatakse eesti keelsena. Esimest korda sisse logides küsitakse ka, mis keelset kasutajaliidest soovitakse, ning mis ajavööndis klient asub. Need seaded hoiab server meeles ja edaspidi enam ei küsita:

Hiljem saab alati keelt (ja loomulikult ka ajavööndit muuta Options või Suvandite alt:

Nüüd natuke ka mõningad “tõlke” omapärad, mida ma natuke käsitlesin ka oma viimasel Eneta loengusarjas Exchange 2010 kohta. Osad tõlked on suisa kummalised ja naljakad (ja samas ka kurvad), aga nii see on. Microsoft Eesti juhtis juba kevadel tähelepanu tõlkevigadele, aga noh, suur organisatsioon

Esimene mitte just kõige õnnestunum juhtum on juba sisselogimise avaaknas, kus on pandud käändesse Outlook Web App, ning seda ilma sidekriipsuta (või oleks ka ju võinud üldse mitte käänata, oleks ka väga ilusasti kõlanud paistnud). Sama käänamist kasutatakse ka väljalogimises teavitamisel. Appi, appi:

Teine kummaline tõlge on tehtud kui on valitud uus kiri ja sealt valitud Suvandid. Otseselt pole tõlge vale, aga kontekstiliselt ei ole see õige. Vigane koht on siis Kuva salakoopia all olev Kuva alates:

Originaalis inglise keeles on siin Show From, ning on mõeldud saatja aadressaadi välja näitamiseks. Paraku on siin tehtud sõna-sõnalist tõlget ja nii see ajuvabaks lähebki. Muide, üldsuvandite all on see õigesti tõlgitud:

Viimane, kõige kummalisem leid, on kalendri seadistamise juures. Selles on võimalik valida, mis päevad mooodustavad nädalas tööpäeva:

Võiks siis arvata, et “Päike” on pühapäev, “Kuu” on esmaspäev, “Reede” on reede, ning ülejäänud ühetähelised lühendid vastavalt teisipäev, kolmapäev, neljapäev ja laupäev. Siin võib ainult fantaasia aidata, kuidas ja miks on tõlgitud pühapäev Päike-seks (SUNday), esmaspäev Kuu-ks (MOoNday). Kuidagi ei oska ainult arvata, miks Reede on nii eriline, et see on reedeks jäetud. Ilmselt 2 puhkepäeva ootuses, et kõik ikka aru saaks .

Exchange 2010 Personal Archives tugi Outlook 2007-ga

Toomas Ruus — Tue, 21 Dec 2010 19:49:00 GMT

Kevadel oli juttu, et ka Outlook 2007 hakkab ilmselt mingil hetkel toetama Exchange 2010 Personal Arhiivi peale Exchange 2010 SP1 väljatulekut (Personal Archive asemel kasutatakse mõnel pool ka Online Archive nime). Nüüd ongi see võimalus lõpuks realiseerunud ka Outlook 2007-le. Kuni praeguseni oli ainuke võimalus ligi pääseda Exchange 2010 Personal Arhiivile kasutades kas Outlook 2010-t või OWA. Outlook 2007-le selle oskuse lisamiseks tuleb installeerida omale Office 2007 detsembrikuu kumulatiivne uuenduspakett (vaja on siis Outlook 2007-le mõeldud paranduspaketti).

Peale update pealepanekut on ka Outlook 2007 analoogiliselt Outlook 2010-ga ligipääs Personal Arhiivile ainult siis, kui on ühendus Exchange serveriga. Ehk teisisõnu kui on ühendus üle RPC TCP/IP kaudu või Outlook Anywhere kaudu (RPC over HTTPS). Lokaalne puhverdamine(Cached Mode) ei ole võimalik Personal Arhiivile.

Kui ühendus on olemas, siis toimib Outlook 2007 koos Personal Arhiividega peaaegu sama funktsionaalsusega. On näha kataloogide hierarhia, võimalik kopeerida või tõsta kirju põhi-postkastist Personal Arhiivi ja vastupidi, ning samamoodi ka eksport/import PST failist. Töötavad ka Inbox reeglid automaatseks kirjade tõstmiseks Personal Arhiivi kataloogidesse. Outlook 2007 ja Personal Arhiiviga ei tööta sellised funktsionaalsused nagu otsimine korraga üle põhi-postkasti ja Personal Arhiivi, otsida saab ainult kas põhi-postkastist või Personal Arhiivist korraga. Ei saa kasutada ka Personal Tag-e.

Ülaltoodud detsembri uuenduspakett töötab järgmistele versioonidele:

Office Ultimate (retail)
Office ProPlus (volume license)
Office ProPlus (volume license)
Office Enterprise (volume license)
Outlook Standalone (retail)
Outlook Standalone (volume license)

Antud paranduspaketist on eelkõige abi organisatsioonides, kus Exchange 2010 juba olemas või saab kohe olema, soov kasutada Personal Arhiive, aga paraku kliendid on veel valdavas enamuses Outlook 2007 peal.

Lisatud:

Detsembri uuenduse paketil oli viga sees Outlook 2007 toe osas Personal arhiiviga. Viga on hetkeks parandatud, vaata lähemalt artiklit Täiendus: Exchange 2010 Personal Archives tugi Outlook 2007-ga kohta.

Ruumikalendrite nimekirja grupid

Toomas Ruus — Mon, 13 Dec 2010 21:04:14 GMT

Eelmises artiklite seerias sai vaadatud ressursikalendreid (vt Ressursikalendrid: Osa 1/3, Osa 2/3 ja Osa 3/3) ja kuidas teha koosolekut kaasates sellega mingi ressursi. Tihti on aga küllalt keeruline leida õiget ja vaba ressurssi oma koosoleku läbiviimiseks. Exchange Server 2010-ga on uus võimalus lihtsamini leida vaba ruumi paljude ruumide hulgast.

Näiteks järgmine olukord. On olukord, kus firma on mitmel korrusel (või isegi majas) ja igal korrusel on mitmeid koosoleku ruume. Kuivõrd igal ruumil on ka Exchange serverile tehtud omaette ruumi ressursikalender, siis koosoleku tegemisel peame leidama vaba ruumi või aja, millal koosolek saaks läbi viidud. Meid ei huvita, mis korrusel see on – peaasi, et see oleks vaba. Vanemate versioonidega oli ainuke võimalus see, kui võtsime palju ruume endale külge, ning kasutades Scheduling Assistant vaadet leida mingi ruum vaba ajaga ja ülejäänud ruumid deselekteerida. Exchange Server 2010-ga saame selle tegevuse lihtsamaks läbiviimiseks luua ruumikalendrite nimekirja grupid (Room List Distribution Group).

Alljärgneval pildil on näha olukorda, kus on 2 korrust, esimesel 4 ruumi ja teisel 3 ruumi.

Ruumide nimekirja gruppide tegemiseks tuleb teha järgmised sammud:

Loome tavalisel moel EMC abil 2 distributsioonigruppi, paneme neile nimedeks näiteks “1 floor rooms” ja “2 floor rooms”. Võib ka PowerShellis teha, niimoodi saame kohe sammud 1 ja 2 kokku viia.
Järgmise sammuna konverteerime tehtud grupid ruumikalendrite nimekirja grupiks, seda saab teha ainult PowerShell keskkonnas. Konverteerida saab ainult neid gruppe, mille liikmeteks ei ole mitte-ruumi ressursikalendrid, kasutajad või grupid:

Set-DistributionGroup -Identity "1 floor rooms" –RoomList

Set-DistributionGroup -Identity "2 floor rooms" –RoomList
Viimaseks sammuks on lisada õige ruumi ressursikalender õigesse gruppi . Jällegi saame lisada nendesse gruppidesse ainult ruume, mitte varustust ega teisi gruppe või kasutajaid.

Nüüd on meil ruumikalendrite nimekirja grupid valmis. Antud nimekirja oskab kasutada Outlook 2010, kahjuks ei oska seda ka OWA (vähemalt mitte veel). Vaatame, kuidas nüüd koosoleku tegemisel vaba ruumi leidmine välja näeb:

Kõige ülemine punane nool näitab Room Finder selekteerimist, mis hetkel ongi valitud (paremal ääres on Room Finder tegumiriba). Ülevalt teine punane nool näitab kohta, kust saab valida ruumi nimekirju, ehk siis antud juhul “1 floor rooms” ja “2 floor rooms”. Siit valime konkreetse nimekirja peale mida näidatakse ainult selle nimekirja ruume kolmanda noolega näidatud osas. Neljas punane nool näitab seejärel vabasid aegasid arvestades koosoleku pikkust (Start time ja End time vahe). Kui me 3 või 4 osa pealt valime kas ruumi või aja, siis lisatakse see vasakul sinise noolega näidatud Location väljale.

Teeme näiteks nimekirja valikust “1 floor rooms” valiku. Koosoleku pikkuseks on hetkel valitud 30 min, siis pakutakse meile sobivaid aegu. Valime sealt näiteks 4:30 PM – 5:00 PM. Selle peale pakutakse vabade ruumide loetelus 2 ruumi: room 1 ja room 2.

Muutes koosoleku pikkuse 1 tunni pikkuseks, siis muutub ka soovitatud ajad ja vabade ruumide arv. Valime ajavahemikuks 4:00 PM – 5:00 PM. Nüüd on vaba ainult üks ruum:

Sellisel moel muutub vägagi lihtsaks suure arvu ruumide hulgast leida vaba ruumi, eriti kui organisatsioon on suur.

Ressursikalendrid: Osa 3/3

Toomas Ruus — Tue, 07 Dec 2010 13:22:00 GMT

Eelmises osas sai vaadeldud, kuidas ja mida saab konfigureerida ressursikalendrite juures ja seda siis eelkõige Exchange 2010 näitel (kuigi jutt sama ka Exchange 2007 kohta, lihtsalt GUI pole sama hea või puudub). Käesolevas osas tuleb vaatluse alla veel kohandatavad ressursiattribuudid (Custom Resource Properties) ja kuidas Outlook-ga koosoleku tegemisel me neid ära saame kasutada.

Kohandatavad ressursiattribuudid

Nagu varasemast sai räägitud, on olemas kahte sorti ressursikalendreid – ruumi kalendrid (Room mailbox) ja varustuse kalendrid (Equipment mailbox). Ruumi kalendriteks on üldiselt kohaga määratud ehk paiksed ressursid, nagu näiteks koosoleku ruum, auditoorium, arvutiklass. Varustuse kalender pole asukoha põhine, nagu näiteks mobiilne projektor, mängukonsool, ja miks mitte ka auto. Kohandatavad ressursiattribuudid aitavad kasutajal valida kõige sobivamat ressurssi, mis on administraatoril lisatud iga ressursi juurde. Näiteks võivad ruumikalendril olla sellisteks attribuutideks kas ruumil on whiteboard, videoprojektor, telefon jne. Varustuse kalendril võivad need olla projektori korral resolutsioon ja kaal, mängukonsooli korral kaasas olevad mängud jne.

Ennem kui me saame ressursikalendrile omistada kohandatud ressursiattribuute, tuleb need attribuudid defineeerida, ehk luua skeem. Skeemi loomise juures tuleb näidata, kummale ressursikalendri tüübile see attribuut mõeldud on, kas ruumile või varustusele. Skeemi saab luua ainult Exchange PowerShell-st kasutades käsku Set-ResourceConfig. Esialgu meil mingeid väärtusi veel skeemis pole:

Kuivõrd on multiväärtusattribuudiga, siis kõigepealt loeme hetkeseisu $ResConf mälumuutujasse:

$ResourceConf = Get-ResourceConfig

Nüüd lisame kõigepealt attribuute ruumile:

$ResourceConf.ResourcePropertySchema += (“Room/Whiteboard”)

Kasutada võib ka sellist lisamist:

$ResourceConf.ResourcePropertySchema.Add(“Room/Projector”)

Eemaldamiseks vastavalt –= ja Remove meetod.

Varustuse skeemi attribuute lisame peaaegu analoogiliselt. Muide lubatud sümbolid attribuudi nimes on tähe-numbrilised, isegi – ja _ pole lubatud:

$ResourceConf.ResourcePropertySchema += (“Equipment/Resolution1024x768”)

Peale lisamisi on mul selline seis:

Viimase tegevusena tuleb omistada mälumuutujast tagasi:

Set-ResourceConfig -ResourcePropertySchema $ResConf.ResourcePropertySchema

Peale skeemi loomist saame neid attribuute omistada ressursikalendritele. Kõige lihtsam on seda teha EMC kaudu, pilt on tuttav osa 2-st:

Valida tuleb siis Resource custom properties alt Add (kui meil skeemi pole, siis saame tühja akna ja soovituse skeem luua):

Näha on, et kuna on tegemist ruumikalendriga, siis ei näidata varustuse attribuute (ja ka vastupidi). Valime siit konkreetse ruumikalendri jaoks sobivad attribuudid:

Analoogiliselt lisame ka varustuse kalendrile attribuudid.

Ressursikalendri broneerimine

Ressursikalendri broneerimine käib Outlookst väga lihtsalt ja loogiliselt, enam-vähem nagu kutsuks inimesigi. Ainuke vahe on, et me märgime kutsutava kui ressurss tüüpi. Outlook 2007-s on juba eraldi valik ruumide lisamiseks, kus näidatakse kohe ainult ruumi ressursikalendreid:

Kui võtta lahti Address Book, ning valida sealt All Rooms, siis on näha kõik ruumid (sama pilt ka kui ülal piltidel valida ruumide selekteerimine). Lisaks on näha ka ruumi mahtuvus ja ruumile määratud kohandatud ressursiattribuudid:

Kahjuks pole samasugust funktsionaalsust (vähemalt seni veel) varustuse ressursikalendritele. Samuti ei ole OWA-s nähtav selline ruumiinfo, mis Outlookis.

Kui teil on migreerimisprotsess vanemalt Exchange 2003 versioonilt kas Exchange 2007 või Exchange 2010 peale, siis kaks linki, kuidas seal defineeritud ressursikalendrid üle tuua Exchange 2007 või 2010 peale:

Upgrade Exchange 2003 Auto Accept Agent-Based Resource Mailboxes to Exchange 2007

(http://technet.microsoft.com/en-us/library/bb232130(EXCHG.140).aspx)

Upgrade Outlook Direct Booking Resource Mailboxes to Exchange 2007

(http://technet.microsoft.com/en-us/library/bb232195(EXCHG.140).aspx)

Vaata lisaks ka:

Ressursikalendrid: Osa 2/3

Toomas Ruus — Tue, 30 Nov 2010 16:30:00 GMT

Eelmises osas Ressursikalendrid: Osa 1/3 sai vaadeldud, kuidas ressursikalendrit teha Exchange 2007 ja Exchange 2010 peal. Selles osas vaatan, mis parameetrid ressursikalendri seadistamiseks on, ning mida seal sättida üldse saab.

Nagu Exchange 2007 ja Exchange 2010 juures ikka, saab kõiki parameetreid ja seadeid seadistada PowerShell kaudu. Samas on neid seadeid lihtsam seadistada graafilise kasutajaliidese kaudu, sest siis pole meelde vaja jätta PS käske ja samuti on ka mitmete seadete sisestamine natuke lihtsam graafiliselt. Exchange 2007 juures oli ainuke võimalus ressursikalendreid seadistada nii, et anda endale Full Access õigus ressursikalendri peale, logida oma nimega OWA-sse ja avada sealt teine mailbox ehk ressursikalender. Selle teise mailboxi suvandid (Options) avamisel oli eraldi valik ressursikalendrite seadistamiseks. Need seaded on praktiliselt üks-ühele Exchange 2010 juures olevatele, seega edasi vaatangi Exchange 2010 seadistamist.

Kui avada ressursikalenderi Properties, mis me just tegime, siis on seal võrreldes tavalise kasutaja mailboxiga mitu lisavahelehte. Vaatangi neid nüüd järgemööda.

Esimene vaheleht on Resource General:

Sellel lehel saab määrata Resource capacity alt, kui palju on selle ruumi mahtuvus. Tõsi küll, see number ei mõjuta kuidagi seda, palju registreerinuid juba on, ehk kuidagi ei piirata seda. See on informatiivne number koosoleku tegijale, et leida õige suurusega ruum. Siis on seal veel Resource custom properties, mida käsitlen järgmises 3/3 osas. Kõige lõpus on Enable the Resource Booking Attendant. See linnuke on oluline lubada, kui soovite, et ressursikalendri broneerimised ja tühistamised toimuksid automaatselt ilma inimese osaluseta.

Järgmine vaheleht kannab nime Resource Policy:

Sellele lehele on koondatud ressursi poliitika seaded, ehk mis ja kuidas on lubatud aega broneerida. Vaikimisi on keelatud konfliktsed broneerimised (juhul kui automaatne vastamine), lubatud korduvad (recurrence) koosolekud, lubatud broneerida ka väljaspool tööaega, ning lükata tagasi broneeringud, mis ei mahu lubatud broneeringu aknasse. Broneeringu aken on vaikimisi 180 päeva, kui soovite teha kaugemale tulevikku broneeringut ruumile, siis tuleb suurendada seda akent (Booking windows), maksimaalne lubatud väärtus on siin 1080 päeva ehk peaaegu 3 aastat. Koosoleku maksimaalne kestvus on vaikimisi 1440 min ehk 24 tundi. Juhul kui on alguses lubatud korduvad koosolekud (Allow repeating meetings), siis lubatud konfliktide arv (Maximum conflict instances) on see, kui palju on lubatud konflikte korduvkoosoleku broneerimisel. Põhimõtteliselt on sama ka järgmine väärtus (Conflict percentage allowed), siin on antud väärtus protsentides.

Viimased väärtused määravad ära delegaadid, kes on selle ressursikalendri haldajad (neile lisatakse kohe Owner õigus ressursikalendrile) ja kellel on õigus vastu võtta või tagasi lükata koosoleku broneeringuid (isegi kui need on juba automaatselt lubatud vastuse saanud). Viimane valik Forward meeting requests to delegates määrab ära, et broneerimiskutsed saata delegaatidele edasi. Juhul kui delegaate on mitu, siis kui keegi on juba vastanud broneerimiskutsele, näevad teised, et see on juba vastatud kutse ja pole vaja vastata enam.

Järgmine vaheleht on nimega Resource Information:

Sellel vahelehel on koondatud tegevused broneerigu kohandamise kohta. Valikud on:

kustutada broneeringus olevad manused
kustutada kommentaarid
kustutada subjekt (see on kasulik alles jätta – kiiresti võimalik otsustada teema üle)
kustutada mitte-kalendri kirjad (kui pole broneeringu kutse, siis kustuta ära)
lisa subjekti algusesse broneeringu tegija nimi. See on kasulik, kuivõrd ilma kutse sisse vaatamata võimalik aru saada, kes on ruumi broneerinud.
eemalda era märge (private flag) broneeringust
juhul kui broneeringu kutse on konfliktis mõne varasema broneeringuga, siis saada koos keeldumisega ka vastus konfliktse koosoleku tegija kohta. Kui väga vaja konkreetset ruumi saada, siis võimalik kiiresti leida antud aja broneerinud isikut ja teha temaga kokkulepe ruumi vabastamiseks.

Lisaks on võimalik konfigureerida teksti, mis saadetakse broneeringu tegijale tagasi. Omab mõtet, kui antakse tagasi mingit olulist infot, nagu näiteks ruumi hooldaja andmed või midagi sarnast.

Viimane valik on, kuidas süsteem märgib veel mittekinnitatud kutseid (Mark pending requests as Tentative on the calendar). Kui on see on valitud, siis märgitakse see kui kõhkleva staatusega (Tentative), kui pole valitud, siis kui vaba aeg.

Järgmised kaks vahelehte on põhimõtteliselt sarnased, ainuke vahe, et nad on vastupidise lähenemisega. Resource In-Policy Requests vaheleht käsitleb olukorda, kus broneering langeb kokku lubatud tingimustega (näiteks on määratud, et ruumi saab broneerida ainult tööajal, tööväline aeg oleks Out-of-Policy olukord). Resource Out-of-Policy Request käsitleb siis vastavalt olukorda, kus broneering ei lange kokku lubatud tingimustega.

Kõigepealt siis In-Policy vaheleht:

Ülemine osa käsitleb, kes on need kasutajad, kelle lubatud tingimuste broneering automaatselt kinnitatakse. Alumises osas on kasutajad, kelle lubatud tingimustel broneerimine vajab delegaadi kinnitust. Näites toodud vahelehel on siis olukord, kus kõik kasutajad saavad lubatud broneeringu vastuse automaatselt, välja arvatud Nuno Bento, kelle broneeringu peab kinnitama delegaat. Automaatne broneeringu vastus võib olla lubatud ainult teatud struktuuriükstustele, näiteks IT osakond saab ruumi broneerida, aga finantsosakond mitte.Või vajavad nad selleks delegaadi kinnitust.

Teine vastupidine Out-of-Policy vaheleht:

Nagu mainitud, siis sellel vahelehel on määratud, kellel on õigus mittelubatud tingimustel broneeringu tegemine, seda siis läbi delegaadi. Antud näitel on see siis lubatud isikud John Woods ja Mike Ray, ülejäänud saavad kohe keeldumisega vastuse.

Lisaks veel selline huvitav lisa, mis Exchange 2010 juures võimalik (see pole nüüd ressursikalendritega seotud võimalus). Nimelt on võimalik näha, kuidas näeks välja PowerShell käsk, mis viiks ellu muudatused, mida me graafilises halduses tegime. Selleks on iga lehe all vasakus nurgas kohe OK nupust kõrval üks PowerShell ikooniga pildike. Sinna vajutades näidatakse PowerShelli käsku muudatustega:

See on ka hea võimalus paremini tundma õppida Exchange PowerShell käske. Varem oli võimalik näha ainult wizardi tulemust PowerShell käsuna, nüüd ka üksikute parameetrite muutusi.

Ressursikalendrite viimases kolmandas osas tuleb juttu ressursikalendri kohandatud väärtustest, mis iseloomustavad ressursikalendrit. Lisaks ka vaatame, kuidas see kõik Outlookis välja näeb.

Vaata lisaks ka:

Ressursikalendrid: Osa 1/3

Toomas Ruus — Thu, 25 Nov 2010 16:43:00 GMT

Ressursikalendrid on kasutamist leidnud Exchange juures ilmselt samakaua kui on Exchange serverite ajalugu. On ju kalender üks komponente, mida pakutakse, ning lihtne selle kaudu aega broneerida. Küll aga on alates Exchange 2007-st otsene ressursikalendrite tugi, ehk on võimalik juba luua süsteemselt määratletud ressursikalendreid. Ennem Exchange 2007-t tehti lihtsalt üks selleks otstarbeks määratud kasutaja, logiti tema alt sisse, häälestati mõningad parameetrid. Kasutati ka Public Folder põhinevaid ressursikalendreid, aga nende kasutamine oli veel piiratum. Public Folderitega polnud lihtsat vahendit automaatseks koosoleku kutsete vastuvõtmiseks/tagasilükkamiseks.

Järgmises kolmaosalises artiklis käin läbi, kuidas teha resssursikalendrit, ning mis parameetrid seal on.

Ressursikalendri tegemine käib nii Exchange 2007 kui Exchange 2010 korral täpselt samamoodi. Teen näitena läbi Exchange Management Console abil:

EMC tuleb Recipient Configuration alt võtta Mailbox ja action-ks valida New Mailbox. Esimese valikuna tuleb valida, mis tüüpi mailbox teha (vaikimisi on valitud esimene User Mailbox):

Ressursikalendri tegemiseks on meil kaks valikut: Room Mailbox ja Equipment mailbox. Põhimõtteliselt vahet nende käitumise ja omaduste poolt pole. Microsofti nägemuse kohaselt kasutatakse Room Mailbox tüüpi koosolekuruumide jaoks, ning Equipment mailbox tüüpi varustuse jaoks. Varustuseks võib olla näiteks mobiilne videoprojektor, fotoaparaat, mängukonsool jms. Antud näites valime Room Mailboxi, sest teeme koosolekuruumile ressursikalendrit.

Edasi on analoogiliselt User Mailbox tegemisega vaja valida, kas loome selle jaoks uue AD kasutaja või kasutame juba mõnda olemasolevat:

Järgmises sammus tuleb valida OU, kus see kasutajanimi hoitakse, kena oleks koondada ressursikalendri kasutajanimed ühte omaette OU-sse (antud näites Contoso.com/Resources). Lisaks küsitakse veel igasugu nimesid ja user logon name. Kõige all on parooli koht, mida ressursikalendri tegemisel pole vaja täita (kasutaja on vaikimisi disabled staatusega niikuinii). Exchange 2010 SP1 korral ei saa paroolivälja isegi kasutada:

Järgmise sammuna tuleb lisada alias, millises stores see ressursikalender olema hakkab (võib ka lasta automaatselt süsteemil ise panna), ning vajadusel aegumispoliiika poliis omistada (võib ka hiljem teha või üldse mitte omistada):

Ning järgmises sammus New vajutades tehaksegi vastav ressursikalender valmis:

Nagu eelpool mainitud, teeb Exchange ressursikalendri kasutajanime ja märgib selle disable seisu (mis on ka ressursikalendri tööks vajalik seis!). Sellisel moel on ressursikalendri kasutajanimed ohutud, otse nendega keegi sisse ei logi. AD U&C konsoolilit on näha kahte ressursikalendrit, mis disabletud:

EMC all on ressursikalendritel natuke teistmoodi ikoon, Room Mailboxil on seal ka uks ja Equipment Mailboxil on seal whiteboardi kujutis (vähemalt ma arvan, et see on whiteboard ). Lisaks on Recipient Type Details all kirjeldus vastavalt kas Room Mailbox või Equipment Mailbox:

Osa 2/3 käsitleb parameetreid, mida ja kuidas ressursikalendri juures kasutada.

Vaata ka:

Lync 2010 launch materjalid

Toomas Ruus — Fri, 19 Nov 2010 09:53:50 GMT

Nii, nüüd on 17. novembri kolmapäeva õhtuse seisuga Lync 2010 ilusasti välja hõigatud. Nagu ka eelmise reliisi Office Communications Server 2007 R2 juures, toimus Lync 2010 väljakuulutamine virtuaalselt, täpselt nagu sellisele tootele kohane on. Kui on soovi tagantjärgi vaadata launchil räägitud jutte ja mõtteid, siis võib seda teha Microsoft Lync Launch kodulehel. Kolmapäeva õhtust saadik on väljas ka 180 päevane trial versioon, mis on huvitaval kombel saadaval nii 64-bit (production version), kui ka 32-bit versioon, mis on siis ainult proovimiseks (sarnane Exchange 2007 juures pakutuga). Microsoft Lync Server 2010 Trial sisaldab nii Standard kui Enterprise versiooni. Saadaval on ka Microsoft Lync Server 2010 Group Chat server.

Kliendi poolt on saadaval nii 64-bit kui 32-bit Microsoft Lync 2010 Trial, mis muuhulgas kaotab vajaduse omada konverentskõnede jaoks Live Meetingut, sest see on juba integreeritud klienti sisse. Kui online-konverentskõne sisaldab kasutajaid, kellel pole Lync klienti, siis võivad nad kasutada veebipõhist vaatamist, mis on teatud piirangutega, või installeerida Microsoft Lync 2010 Attendee (kas admin-install või kasutaja-install variandi).

Lähemat infot Lync Server 2010 kohta, saab ka Technetist, kus eraldi jaotus selleks tehtud.

Lõpetuseks veel niipalju, et neljapäeval 25. novembril toimub Tallinnas Radisson hotellis II korruse Hansa konverentsisaalis Lync Server 2010 esmaesitlus, kus erinevad inimesed räägivad ka lähemalt sellest uuest suurepärasest tootest. Lõpus tund aega ka meelelahutuslik osa . Kes pole veel registreerinud, saab seda teha ka Eneta kaudu, vt lähemalt http://www.eneta.ee/sundmused/Lehed/lync-server-2010-esmaesitlus.aspx

OWA ja aegunud paroolid

Toomas Ruus — Wed, 10 Nov 2010 19:37:38 GMT

Tihti aegub domeeni parool just siis kui seda vaja ei ole, tavaliselt kui oled kuskil välismaal või kohas, kus on küll interneti ühendus, aga pole VPN võimalust või on ainult veebi sirvija käepärast. Loomulikult ei pööranud sa varasemalt tähelepanu parooli aegumise teadetele, lükates neid edasi nagu ikka tülika tegevuse puhul. Ning siis avastad, et ei saa enam kuidagi oma meile lugeda, VPN ühendust püsti võtta jne. Ja nii sa siis oled ilma ligipääsuta, variandid kas avaldada oma parool kellelegi, kes on sisevõrgus ja siis selle ära muudab (ja sinu andmetele ligi pääseb).

Nüüd on Exchange Server 2010 SP1 ja Exchange Server 2007 SP3 (juhul kui on installitud Windows Server 2008 või Windows 2008 R2 peale) puhul võimalik OWA kaudu kasutajatel muuta ka oma aegunud parooli või kohustusliku paroolivahetusel (“User must change password at next logon” ADUC konsoolil). Selleks tuleb teha Exchange 2010 SP1 või Exchange 2007 SP3 Client Access Serveril teha järgmised sammud (CAS array puhul kõikidel seda moodustavatel CAS serveritel):

Käivita CAS serveril regedit.exe
Mine HKLM\SYSTEM\CurrentControlSet\Services\MSExchange OWA
Parem hiireklõps MSExchange OWA peal ja vali New –> DWord (32-bit)
Nimeta uus DWORD võtme nimeks ChangeExpiredPasswordEnabled ja selle väärtuseks 1 (tegelikult iga mittenulline väärtus lubab, ning null, väärtuse puudumine või võtme puudumine keelab antud tunnuse)

Peale seda tuleb IIS teenusele reset teha. Kõige lihtsam on seda teha käsuga IISReset /NoForce command promptist (mõnikord ei taha teenus kohe seisma minna, siis tuleb mitu korda teha kuni õnnestub).

Logides nüüd sisse OWA kaudu kasutajaga, kellel on parool aegunud või kohustuslik paroolivahetus (Märkus: paroolivahetuseks ei saa kasutaja sisse logida kasutades UPN kuju (bill.gates@contoso.com), vaid tuleb kasutada DOMAIN\Username (CONTOSO\bill.gates) kuju, või kui on domain vaikimisi määratud, siis tühi kuju nagu on ka all pildil):

Kuna kasutaja parool vajab vahetust, siis ilmub järgmine aken:

Kui vajalikud väljad on kõik täidetud ja sobivad, siis järgmine aken teateab, et parool on õnnelikult vahetatud:

Peale OK vajutamist tuleb uuesti ette algne sisselogimise aken. Seekord tuleb siis juba kasutada uut muudetud parooli ja selle abil saate sisse OWA-sse.

Juhul, kui kasutusel on sega Exchange organisatsioon (näiteks Internet facing OWA on Exchange 2010, kasutaja ise vanema Exchange serveri peal), siis piisab kui Internet-facing OWA CAS serveritel teha ülaltoodud muutus ära. Sisemistel serveritel pole seda vaja teha, kuivõrd paroolimuutuse teeb ära see Internet-facing server nagu ka kasutaja autentiseerimise.

Antud tore võimalus vähendab kindlasti Helpdeski koormust, kuivõrd kasutaja parool on aegunud ja kasutaja ei saa seda enam ise eemalt muuta.

Exchange Server 2010 poster

Toomas Ruus — Wed, 20 Oct 2010 21:11:49 GMT

Ühes oma varasemas blogi artiklis (vt. Posterid ja Visio šabloonid) andsin mõned lingid huvitavamate postrite kohta. Nüüd on välja tulnud ka Exchange Server 2010 arhitektuuriline poster. Kui tööl seina peal ruumi, mis pole kenade tütarlaste piltidega täidetud, ning Exchange 2010 arhitektuuriline joonis näiteks A3 formaadis tundub rohkem meeldivat, siis võib selle endale alla laadida siit.

Ühendumine Exchange Server 2010 külge Powershell abil

Toomas Ruus — Sun, 03 Oct 2010 21:15:47 GMT

Exchange 2010 serverit on võimalik administreerida suvalisest masinast, kus on olemas Powershell 2.0. Ühenduse loomiseks saab anda ka kasutajanime/parooli, mis ei pruugi olla samad, kui ühenduse tegemise tööjaamas sisselogitud kasutajanimi. Natuke lähemalt, kuidas seda ühendust luua ja võimalused.

Kõigepealt loeme muutujasse $UserCredential (vabalt valitud nimi) kasutajanime/parooli:

$UserCredential = Get-Credential

Ilmuvasse aknassse tuleb siis need ka väärtused sisestada:

Järgmise käsuga alustame sessiooni näiteks ex01.contoso.com nimelise Exchange serveriga, ning omistame selle mingile muutujale:

$rs = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http://ex01.contoso.com/powershell -Credential $UserCredential

Kui nüüd anda mingi Exchange PS käsk (näiteks Get-ExchangeServer), siis saame veateate:

Üks võimalus käsku saata ja tulemust näha on:

Invoke-Command {Get-ExchangeServer} -Session $rs

Nagu näha, siis sellisel kombel serverile edastatud käsk annab tulemuse, nagu oleks tulemus antud Format-List käsule.

Pidevasse käsukeskkonda saab siseneda käsuga:

Enter-PSSession $rs

Antud juhul toimivad kõik Exchange käsud samamoodi kui “tavalises” Exchange Management Shell-is. Küll aga ei toimi siin tabulaatoriga automaatne käskude ja võtmete pikendamine. Antud keskkonnast saab välja Exit-PSSession käsuga.

Kõige mugavama keskkonna, mis käitub nagu “päris” Exchange Management Shell, saame käsuga:

Import-PSSession $rs

Siin toimib ka tabulaatoriga käskude ja võtmete pikendamine. Käsu andmisel võib esimene kord tekkida ainult üks probleem – nimelt pole tavaliselt Powershellis lubatud signeerimata skriptide käivitamine (import sisaldab xml allalaadimist ja käivitamist, mida loetakse ebaturvaliseks). Selle kõrvaldamiseks tuleks neid õigusi laiendada. Kõigepealt tasub need õigused üle kontrollida, seda käsuga Get-ExecutionPolicy –List, mis annab näiteks sellise tulemuse:

Siit on näha, et antud sisseloginud kasutajal on õigused piiramata (Unrestricted). Kui policy staatus on Undefined või Restricted, siis saab seda muuta ära käsuga (see on ühekordne tegevus, pole vaja iga kord teha):

Set-ExecutionPolicy Unrestricted

või täpsemalt skoobiga määrates:

Set-ExecutionPolicy -Scope CurrentUser Unrestricted

Selleks, et ei peaks kõike seda meelde jätma, on lihtsam panna ühenduse tegemise käsud skripti ja siis see vajadusel käivitada. Alloleva teksti võib siis kopeerida ja salvestada ps1 laiendiga faili:

$UserCredential = Get-Credential
$rs = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http://ex01.contoso.com/powershell -Credential $UserCredential
Import-PSSession $rs

Exchange Management Shell ise kasutab bin kataloogis olevat RemoteExchange.ps1 skripti, mis on märksa keerulisem. Mida see täpsemalt teeb, võib igaüks huvi korral järgi uurida

Lõpetuseks veel – kui Exchange Management Shell käivitate, siis antakse seal alati mingi nõuanne (tip). Kui mõnda lisaks saada, siis kasutage käsku Get-Tip. Paraku töötab see ka ainult “päris” EMS alt (kasutab bin kataloogis olevat xml failis sisalduvaid tippe, mis loetakse “päris” shelli käivitamisel sisse).

Exchange Server 2010 SP1: viga mailbox database copy lisamisel ja kustutamisel

Toomas Ruus — Thu, 23 Sep 2010 21:34:10 GMT

Kui Exchange 2010 RTM versioonile tehti upgrade SP1 peale, siis võib esineda järgmine viga juhul, kui lisate või eemaldate EMC abil mailbox store koopia DAG-s (või kasutate PS käske Add-MailboxDatabaseCopy või Remove-MailboxDatabaseCopy).

Lisamisel (Add-MailboxDatabaseCopy DB01 -MailboxServer MBX2) võite näha sellist viga:

WARNING: An unexpected error has occurred and a Watson dump is being generated: Registry key has subkeys and recursive removes are not supported by this method.
Registry key has subkeys and recursive removes are not supported by this method.
+ CategoryInfo : NotSpecified: (:) [Add-MailboxDatabaseCopy], InvalidOperationException
+ FullyQualifiedErrorId : System.InvalidOperationException,Microsoft.Exchange.Management.SystemConfigurationTasks.
AddMailboxDatabaseCopy

Vea tulemusena ei looda vastava database koopiat. Õnneks saab seda viga ka parandada. Selleks tuleb kõigepealt teada saada nimetatud database GUID (kasuta käsku Get-MailboxDatabase DB01 | fl name,GUID) ja eemaldada antud masina registrist selline võti:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ExchangeServer\v14\Replay\State\4b2ede74-026c-43bf-8e4f-5811f6d0afdf\DumpsterInfo

4b2ede74-026c-43bf-8e4f-5811f6d0afdf on siis DB01 baasi GUID ja kustutada tuleb DumpsterInfo võti. Julgemad võivad kasutada ka shelli käsku:

Remove-Item HKLM:\Software\Microsoft\ExchangeServer\Replay\State\4b2ede74-026c-43bf-8e4f-5811f6d0afdf\DumpsterInfo

Veelgi julgemad võivad suurte baaside arvu ja/või serverite korral kasutada valmisskripti DeleteDumpsterRegKey.ps1, mida saab Exchange Team Blog allalaadmislehelt. See skript koristab antud registri võtme ära üle kõikide Exchange 2010 serverite baaside organisatsioonis.

Eemaldamisel (Remove-MailboxDatabaseCopy DB01\MBX2) saame põhimõtteliselt sama vea mis lisamisel, ainult et tegelikult koopia nimetatud serverilt ka tegelikult eemaldatakse.

Vajalikud hotfixid ennem Exchange 2010 SP1 installeerimist

Toomas Ruus — Thu, 16 Sep 2010 22:30:31 GMT

Exchange Server 2010 Service Pack 1 installeerimiseks peavad olema Exchange serverile installeeritud ka mõned hotfixid, mis on siis eelduseks SP1 installeerimiseks. Kahjuks ei ole Exchange team pannud neid hotfixe juba SP1 enda koosseisu, mis oluliselt lihtsustaks SP1 installeerimist. Hotfixid, mis tuleks ennem SP1 installeerimist peale panna:

Microsoft Office 2010 Filter Packs. See pole küll otseselt hotfix, aga oleks vajalik, ning on uuem versioon nimetatud filter pack-st (versioon 2). Installeerimiseks tuleks valida 64-bitine variant.
KB982867 - WCF: Enable WebHeader settings on the RST/SCT. Windows 2008 korral tuleb võtta Windows 6.0 x64 versioon, Windows 2008 R2 korral Windows 6.1 x64 versioon.
KB979744 - LockConvoy On Windows Server 2003 Post KB 971988. Windows 2008 korral tuleb võtta Windows 6.0 x64 versioon, Windows 2008 R2 korral Windows 6.1 x64 versioon.
KB983440 - Win7 rollup package (PR for QFE 810219). Vali Windows 6.1 x64 versioon.
KB977020 - Fix for: ARS: Win7 roll-up Hotfix for System.Web.Services.dll (QFE 722446, 722447). Vali Windows 6.1 x64 versioon.

Need toodud parandused ei tundu Exchange Serveri või selle op. süsteemi kohta käivad, kuid paraku vajalikud.

Kui Exchange serverile on peale lastud kõik Windows Update kaudu tulevad parandused, siis peaks eelnevad hotfixid piisavad olema. Vastasel korral võib vaja minna veel selliseid parandusi enne kui SP1 saab peale panna:

KB979099 - An update is available to remove the application manifest expiry feature from AD RMS clients. Windows 2008 korral tuleb võtta Windows 2008 x64 versioon, Windows 2008 R2 korral Windows 2008 R2 x64 versioon.
Unified Communications Managed API 2.0 Redist (64 Bit) Hotfix KB 2282949. Vajalik ainult Unified Messaging rolli olemasolul.
Microsoft Server Speech Platform Runtime (x64). Vajalik ainult Unified Messaging rolli olemasolul.

Uus OCS uue nimega Lync

Toomas Ruus — Mon, 13 Sep 2010 21:02:20 GMT

Kõik on uus septembrikuus. Täna 13. septembril kell 19 meie aja järgi avalikustas Microsoft oma uue OCS 14 versiooni ja infot selle kohta. Uuel versioonil saab olema ka uus nimi, milleks on Microsoft Lync. See tuleb sõnadest “link” ja “sync”, ning on inimeste ühendamiseks uut moodi igal ajal igas kohas (selline tore reklaamilause siis :-)). Üheks nime muutuse põhjuseks oli ka lühendamaks ja lihtsustamaks olemasolevat nime Office Communications Server (mille lühend oli küll minu arust suupärane – OCS, aga ilmselt oli OCS ikkagi lühend ja halb nimi).

Uusi võimalusi kirjeldan mõnes järgmises blogi artiklis, niipalju vaid, et nii serveri pool kui kliendi pool on läbi teinud mitmeid muutusi nii välimuselt kui võimalustelt. Allpool väike tabel nimede muutusega vana versus uus versioon:

Product	2010 Release	2007 Release
Business/family	Microsoft Lync	Microsoft Office Communications Server
The server	Microsoft Lync Server 2010	Microsoft Office Communications Server 2007 R2
The client	Microsoft Lync 2010	Microsoft Office Communicator 2007 R2
The service	Microsoft Lync Online	Microsoft Office Communications Online
The reach client	Microsoft Lync Web App	Microsoft Office Communicator Web Access

Live Meeting nime ei muudeta, kuivõrd Lync Online ja Lync 2010 sisaldavad kogu Live Meeting funktsionaalsust ja eraldi klienti vaja pole.

Koos väljakuulutamisega tehti avalikult kättesaadavaks ka Microsoft Lync Server 2010 Release Candidate (RC). See download sisaldab nii serverit kui ka klienti. Segakeskkonna puhul, OCS ja Lync, peavad OCS kasutajad Lync kasutajate koosolekutele ligi pääsemiseks kasutama Microsoft Lync 2010 Attendee nimelist vahendit (mis on siis ka RC staatuses).

Eneta kommuuniõhtu: Rääkimata jutud Exchange Server 2010st

Toomas Ruus — Sun, 12 Sep 2010 20:34:32 GMT

Kolmapäeval 15. septembril toimub IT Kolledžis Eneta kommuuniõhtu, kus ma räägin Exchange Server 2010-st loodetavasti huvitavaid asju. Kuivõrd see sai plaani pandud juba üle kuu tagasi, siis kindlasti räägin ka augusti lõpus väljatulnud Exchange 2010 SP1-st, kuivõrd sisaldab väga toredaid ja huvitavaid asju. Neile, kes ei taha/ei saa ise kohale tulla, on võimalik vaadata seda Live Meeting vahendusel vajutades siia.

Kui plaanite kohale tulla, siis kindlasti käige Eneta lehel ja registreerige ennast, et Andres teaks tulijate arvu.

Exchange Server 2010 SP1 väljas

Toomas Ruus — Wed, 08 Sep 2010 10:42:56 GMT

Natuke hilinenud jutt juba, aga 25. augustil lasti Exchange 2010 jaoks välja kauaoodatud SP1. Uutest võimalustest, mis SP1 juurde tuleb, sai lühidalt käsitletud ka varasemas blogi artiklis. Lisaks eelnevalt mainitutele mõned olulised märkimist väärivad asjad:

nüüd peaks ka PowerShell kaudu olema võimalik lubada OWA kaudu DigiDoc failide vaatamist. Kasuta selleks käsku Set-OwaVirtualDirectory -Identity '<ServerName>\owa (Default Web Site)' -ForceSaveAttachmentFilteringEnabled:$false kus Identity võtmele annate CAS serveri(te) OWA saidi
baaside parandamiseks läbi aegade kasutatud utiliit ISInteg ei ole enam eraldiseisev rakendus, vaid integreeritud PowerShelli. Selleks on kaks käsku, mailbox parandamiseks New-MailboxRepairRequest ja public folderite parandamiseks New-PublicFolderDatabaseRepairRequest. Iseenesest ei ole see midagi suurt ja erilist, mille pärast hõisata, aga toredaks teeb asja see, et nüüd on võimalik parandada baase ka online! Pole enam vajadust võtta storet offline ja mõjutada sellega paljusid kasutajaid. See on võimalik tänu Exchange 2010 juures kasutusel olevale teistmoodi baasi skeemile, mis lubab sellist asja. Parandamise juures on võimalik parandada kas Database, Mailbox või Archive valikuga, vastavalt siis kogu baas, kasutaja(te) mailboxid või kasutaja(te) online arhiiv. Vaikimisi leitud vead parandatakse, DetectOnly võtmega ainult kuvatakse vead.

Paraku on ka mõned “huvitavad” vead teatud tingimustel välja tulnud. Mõnedest nendest tulevikus.

Exchange Server 2010 SP1 on kättesaadav esialgu ainult Microsoft Download Center kaudu, hiljem peaks see lisanduma ka Windows Update alla.

Outlook 2010 ja kontaktide pildi näitamine

Toomas Ruus — Mon, 02 Aug 2010 19:33:08 GMT

Outlook 2010 juures on juures selline tore võimalus, et näitab saatja pilti. Iseenesest on see võimalus ka varasemate Outlook versioonidel olnud, ainult et selleks pidi saatja kohta olemas olema kontakt ja pilt kontakti külge pandud. Outlook 2010 juures on aga võimalik see pilt lugeda välja ka Active Directory-st ja Facebook kaudu. Järgnevalt väike protseduur, kuidas AD-st pildid kättesaadavaks teha.

Active Directory attribuut, mis hoiab kasutaja pildifaili infot, kannab nime thumbnailPhoto. Kõigepealt määrame Schema Snap-in kaudu, et see attribuut oleks replikeeritud ka Global Catalog-i:

Nüüd on AD kasutajate piltide sisselugemiseks valmis. Meeles tuleb pidada, et pildifail peab olema JPEG formaadis ja ei tohi olla suurem kui 10 KB. Pildifail loetakse sisse järgmise shell käsuga (näiteks kasutaja Peter jaoks pilt C:\usertile22.jpg):

Import-RecipientDataProperty -Identity Peter -Picture -FileData ([Byte[]]$(Get-Content -Path "C:\usertile22.jpg" -Encoding Byte -ReadCount 0))

Peale seda näeb Holly Peter-i käest saadetud e-maili tema nime peale hiirega minnes lühiinfot, kus ka pilt näidatud:

Või võttes parema hiirenupuga nime pealt Contact Card, siis näeme laiendatud infot Peter kohta ja ka pilt on endiselt ilusasti näha:

Lisaks sellele on nüüd pilt nähtav ka, kui avada Global Addressbook kaudu Peter-i kontakt:

Lihtsa skriptiga võib palju pilte korraga importida vastavate kasutajate külge (eeldusel, et pildifailide nimi on kasutaja nimega seotud). Samuti võib Exchange 2010 juures luua vastav roll (RBAC) ja selle kaudu anda piltide lisamise õiguse IT tugiisikutele või personalitöötajatele, kes siis ise neid pilte lisavad.

Nimetatud piltide vaatamise oskus on ainult Outlook 2010 juures. Huvitaval kombel on sama käsuga lisada pilt ka kasutajale, kelle mailbox asub Exchange 2007 peal (kasutades siiski Exchange 2010 shelli käsu andmiseks). Veelgi huvitavam on, et isegi Exchange 2003 peal olevale mailbox-le on võimalik see pildifail külge panna. Küll aga ei saa siin kasutada Powershell käsku, vaid tuleb pilt kopeerida kasutajale AD-sse otse Attribute Editor kaudu kuueteistkümnendkujul (hexadecimal). Vaatamise oskus endiselt Outlook 2010.

Lisainfo: Import-RecipientDataProperty, Ilse kirjutatud Follow-Up: import-recipientdataproperty