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.

Artikli originaali leiad siit

Artikli originaali leiad siit

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 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:

1. Ühendada see olemasoleva AD kasutajaga
2. Taastada see AD kasutajale
3. Kustutada see lõplikult baasist

Soft-deleted mailbox-ga saab teha 2 tegevust:

1. Taastada see AD kasutajale
2. 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}

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:

1. Taasühenda arhiiv kasutajaga
2. Taasta arhiivi sisu
3. 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.

Artikli originaali leiad siit

Artikli originaali leiad siit

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!

Artikli originaali leiad siit

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:RecoverDB11.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:RecoverDB11.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:RecoverDB11.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:RecoverDB11.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 arhiivist või vaja taastada postkasti, millel kasutaja AD-st kustutatud. Sellisel juhul on algus samamoodi, nagu eelnevalt kirjas, ainult lõpp natuke teistmoodi. Artikli nimeks:

• Exchange 2010 arhiivide taastamine

Artikli originaali leiad siit

Microsofti Outlook tiim tegeleb asjaga ja parandus peaks sellele tulema juba veebruaris paketiga February 2011 Cumulative Update for Office 2007. Annan ka blogis teada, kui see on olemas, seni kannatust.

Artikli originaali leiad siit

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

Artikli originaali leiad siit

Ü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!

Artikli originaali leiad siit

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 .

Artikli originaali leiad siit