Number Kuus Konsultatsioonid OÜ

Exchange 2010 lahtiühendatud postkastide ja arhiivide taastamine

Lisatud 1. mai | Lisanud Toomas Ruus

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

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.

Artikli originaali leiad siit

Exchange 2010 baaside varukoopiad ja taastamine: Osa 2/2

Lisatud 18. veebr | Lisanud Toomas Ruus

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

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

Lisatud 7. veebr | Lisanud Toomas Ruus

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. Annan ka blogis teada, kui see on olemas, seni kannatust.

Artikli originaali leiad siit

Exchange 2010 baaside varukoopiad ja taastamine: Osa 1/2

Lisatud 2. veebr | Lisanud Toomas Ruus

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

Artikli originaali leiad siit

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

Lisatud 20. jaan | Lisanud Toomas Ruus

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!

Artikli originaali leiad siit

Exchange 2010 ja eestikeelne OWA

Lisatud 5. jaan | Lisanud Toomas Ruus

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 .

Artikli originaali leiad siit

Exchange 2010 Personal Archives tugi Outlook 2007-ga

Lisatud 21. dets | Lisanud Toomas Ruus

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.

Artikli originaali leiad siit

Ruumikalendrite nimekirja grupid

Lisatud 13. dets | Lisanud Toomas Ruus

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.

Artikli originaali leiad siit

Ressursikalendrid: Osa 1/3

Lisatud 25. nov | Lisanud Toomas Ruus

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

Artikli originaali leiad siit

OWA ja aegunud paroolid

Lisatud 10. nov | Lisanud Toomas Ruus

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 HKLMSYSTEMCurrentControlSetServicesMSExchange 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 DOMAINUsername (CONTOSObill.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.

Artikli originaali leiad siit

Microsoft wins ban on Motorola Android devices from the ITC http://t.co/mFDKaXNg

posted from twitterfeed, at Sat May 19 18:16:37 +0000 2012
A guide to London this summer http://t.co/WS9DaZnI

posted from twitterfeed, at Sat May 19 13:06:34 +0000 2012
WhatsApps goes to version 2.0 on Windows Phone with minor improvements http://t.co/5eK4s0tk

posted from twitterfeed, at Sat May 19 12:35:42 +0000 2012
Nokia reportedly readying new camera app for their Lumia line http://t.co/mCEpnOOi

posted from twitterfeed, at Sat May 19 10:00:57 +0000 2012
Official SmugMug app now available for Windows Phone http://t.co/nPD6WUT3

posted from twitterfeed, at Sat May 19 10:00:56 +0000 2012

IT teenused keskmistele ja väikestele ettevõtetele

exchange

Exchange 2010 lahtiühendatud postkastide ja arhiivide taastamine

Exchange 2010 baaside varukoopiad ja taastamine: Osa 2/2

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

Exchange 2010 baaside varukoopiad ja taastamine: Osa 1/2

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

Exchange 2010 ja eestikeelne OWA

Exchange 2010 Personal Archives tugi Outlook 2007-ga

Ruumikalendrite nimekirja grupid

Ressursikalendrid: Osa 1/3

OWA ja aegunud paroolid

Enim käsitletavad teemad

Microsofti lühiuudised

Ettevõttest

Värsked postitused

Võta meiega ühendust!