Skip to main content

Viestintä ja sähköposti

Go Search
ITpro.fi
Asiantuntijaryhmät
IT-Wikistö
Keskustelut
Materiaalit
Jäsenyys
Jäsenyhteisöt
Hakusivu
ITpro ry
TechNet 110 videotallenteet
  

 Sisältö

  Kuvaus
  Keskustelut
  IT-Wikit
  Dokumentit
  Linkit
  Jäsenet
  Kuvat
ITpro.fi > Asiantuntijaryhmät > Viestintä ja sähköposti

 Viestinnän ja sähköpostin asiantuntijaryhmä

Ryhmän vetäjänä toimii Jorma Bergius. Oheisen blogin ylläpidosta vastaa asiantuntijaryhmän jäsenet.
Exchange 2010 Update Rollup 1 ja asentaminen

Exchange 2010:n Rollup Update 1 tuli saataville jo jokin aika sitten (itse asiassa joulukuun alkupuolella). Nyt vain aika paljon ihmisillä tuntuu olevan ongelmia sen asetamisen kanssa. Yksi yleisimmistä syistä asennuksen epäonnistumiseen on se, että asennusta ei suoriteta Admin-oikeuksilla (UAC:n rajauksista johtuen).

Kun aloitat asennuksen, helpoimmalla pääset kun käynnistät komentorivin Admin-oikeuksilla (RunAs Administrator) ja käynnistät itse asennusohjelman komentorivin sisältä.

Rollup Update Downloadin löydät täältä: http://www.microsoft.com/downloads/details.aspx?FamilyID=371add31-d7a0-4c8b-8325-a6fced2d05e6&displaylang=en

Client Access Array Exchange 2010:ssä

Suomessakin on Exchange 2010 Deploymentit päässeet jo vauhtiin! Useammassakin ympäristössä on myös käytetty vikasietoisuuden toteuttamiseen uutta Database Availability Group -teknologiaa ja sen mukanaan tuomaa mahdollisuutta tietokantojen replikointiin. DAG:n käytön yhteydessä kuitenkin usein unohtuu, että tekniikka sinällään tuo klusteroinnin hyödyt ja vikasietoisuuden käyttöön ainostaan Mailbox-roolin osalta. Eli vaikka nyt onkin mahdollista sijoittaa Hub Transport- ja Client Access -roolitkin DAG:ssa jäsenenä olevalle palvelimelle, kuormanjakoa ja vikasietoisuutta DAG ei näiden roolien osalta tarkoita.

Mikä siis avuksi jos myös CAS-rooli halutaan vikasietoiseksi ja mahdollisesti kuormanjaetuksi? Jos CAS-rooli sijoitetaan DAG:n jäsenpalvelimille, ainoa vaihtoehto on käyttää ulkoista kuormanjakoa (esim. F5 tai vastaavat), johtuen siitä että Windowsin Network Load Balancing -toimintoa (NLB) ei voi ajaa palvelimissa jotka ovat Failover Clusterin jäsenenä (kuten kaikki DAGin jäsenet ovat). Jos CAS-rooli sijoitetaan erillisiin palvelimiin, NLB:tä voidaan käyttää, joskin aina huomioiden sen rajoitukset sovellustason monitoroinnin osalta.

Itse kuormanjaon määrittämisestä NLB:llä on muutamiakin hyviä artikkeleita olemassa (mm. täällä http://www.msexchange.org/articles_tutorials/exchange-server-2007/planning-architecture/uncovering-new-rpc-client-access-service-exchange-2010-part3.html ja erityisesti konfiguraation toteuttamiseen Hyper-V:llä keskittyvä artikkeli täällä http://www.shudnow.net/2008/09/12/exchange-2007-unicast-nlb-issue-on-hyper-v/. Kuormanjaon yhteydessä suosittelen, että Exchangen käyttämät kommunikointiportit RPC Client Access- ja Address Book-palveluiden osalta määritetään kiinteäksi, jotta sinun ei tarvitse kuormanjakaa koko porttialuetta 1024-65535.

Kun kuormanjakoa käytetään MAPI-yhteyksien osalta (Client Access -roolin tasolla), on tärkeää määritellä käyttöön Client Access Array. MAPI-clientit kun ovat oletuksena kiinni aina yhteen nimeen, jota käytetään hyväksi myös MAPI-profiilin osoittamisessa. Jos Client Access Array jätetään konfiguroimatta, kuormanjaosta huolimatta MAPI-clientit osoittavat vain yksittäiseen Client Access -palvelimeen. Tämä johtuu siitä, että profiilin luontivaiheessa MAPI-clientin oletuskohde luetaan käyttäjän postilaatikon sisältämän Mailbox-tietokannan RPCClientAccessServer-attribuutin arvosta. Jos mitään muuta ei sanota, tämän attribuutin arvo on yksittäisen ko. saitista löytyvän CAS-serverin nimi.

Kuva 1: RPCClientAccessServer-määritys Mailbox-tietokannan ominaisuuksissa

Mikä siis avuksi?

Kuormanjaon määrittämisen jälkeen, luo Client Access Array -määritys. Client Access Array on käytännössä nimi, joka tarjoaa MAPI-clienteille yhteyskohteen yksittäisen CAS-palvelimen sijaan ja joka kerää yhteen kaikki tietyssä saitissa olevat CAS-roolin omaavat palvelimet. Luo DNS:ään CAS Arrayn nimeä vastaava nimi, joka osoittaa kuormanjaon VIP-osoitteeseen (Virtual IP Address). HUOM! CAS Array kattaa kaikki yksittäisessä saitissa olevat CAS-palvelimet!

Komentorakenne: NEW-CLIENTACCESSARRAY -FQDN %CAS Arraylle tuleva nimi% -site %saitin nimi%

Kuva 2: Client Access Arrayn määrittäminen

 

Kuva 3: DNS-rekordin määrittäminen Client Access Arrayn nimelle

 

Mailbox-tietokantojen tasolla muutetaan sitten vielä RPCClientAccessServer-attribuutin arvo osoittamaan yksittäisen palvelimen sijasta Client Access Arrayn nimeen.

Komento: SET-MAILBOXDATABASE -RpcClientAccessServer %Client Access Arrayn nimi%

Lopputulos Outlook-clientin näkökulmasta katsottuna

Kun Client Access Array on määritetty, Outlook-clientin yhteydet (sekä postilaatikon että osoitekirjan käytön osalta) kohdistuvat Client Access Arrayhin. Huomioi kuitenkin, että Public Folder -yhteydet muodostetaan edelleen suoraan mailbox-roolin omaavaan palvelimeen (mistä johtuen RPC Client Access -palvelua ajetaan CAS-roolin lisäksi myös Mailbox-roolin omaavilla palvelimilla).

Huomioi myös Autodiscoverin tarjoamat parametrit Exchange RPC Server -parametri osoittaa suoraan Client Access Arrayhin.

OCS/OC Address Book -tiedostot
OCS:n (Office Communications Server) Address Book Servicen ja erityisesti OC:n (Office Communicator) lataamien ABS-tiedostojen kanssa on ollut pieniä haasteita ja toiminnallisuus on muuttunut matkan varrella. Aiheesta kirjoittavat ansiokkaasti suomensukuinen Aaron Tiensivu ja Tom Pacyk.
Office Communications Server (OCS) -dokumentit päivitetty jälleen
Vähän tuntuu, että toistan itseäni, mutta kun tämä OCS-dokumentaatio on mielestäni esimerkillinen, niin siitä on kiva kertoa :) Päivityksiä tulee vaan niin taajaan, että itsekin missasin joulukuun alun version 1.3 ja nyt on jo tarjolla 1.4. Tässä paketissa on ilmeisesti kuultu tänne ITpro.fi:hin tullut kommentti akronyymien avaamisesta, sillä dokumentit ovat säilyneet (versioon 1.2 verrattuna) muuten samoina, mutta nimiin on kirjoitettu koko nimi akronyymin sijaan. Lisäksi tässä 41 Megan zippinä ladattavassa paketissa mukana seuraavat uudet dokumentit:
  • Loistava Edge Configuration Guide etäkäytön käyttöönoton tueksi; tämän dokumentin on kirjoittanut Microsoftin konsultti Rick Varvel ja se oli 1.0 versiossaan ladattavana Rickin Skydrivessa. Dokumentissa on kuvattuna tärkeimmät etäkäyttöskenaariot havainnollisin kaavioin höystettyinä. Uusi versio 1.1 ei ole juurikaan muuttunut aiempaan 1.0 versioon verrattuna
  • Group Chat kapasiteetin suunnittelu ja kaksi Excel-taulukkoa sen avustamiseksi
  • Varmenteiden käyttöönotto-opas, joka oli aiemmin erikseen ladattavana
  • Puhelinintegroinnin eri skenaarioiden suunnitteluopas (josta kirjoitin aiemmassa blogissani)

Opinpa myös vähän tämän dokumentaation eri formaattien (online, chm ja doc) synkronoinnista ja aiemmin on jäänyt mainitsematta chm:n mahdollisuus lähettää palautetta sähköpostitse:

OCS_CHM_Feedback

Exchange 2010 saatavilla

Exchange 2010 tuli eilen yleisesti saataville eri jakelukanavissa. Download löytyy jo esim. Technetistä, ja evaluaatioversioiden osalta myös Microsoftin julkiselta webbisaitilta. Exchange 2010:n yhteydessä myös Forefront Protection 2010 for Exchange Server tuli saataville.

Exchange 2010 Evaluation Edition Download: http://www.microsoft.com/downloads/details.aspx?FamilyID=05741f65-2a7b-4070-879f-d74208d6171d&displaylang=en

Forefront Protection for Exchange Server 2010 Download: http://www.microsoft.com/downloads/details.aspx?FamilyID=b8a7d36f-cc8d-4335-ae60-8f27c48f3a37&displaylang=en

OCS-dokumentaatio versioon 1.2
Mielestäni yksi parhaiten dokumentoiduista Microsoftin palvelintuotteista, OCS (Office Communications Server) 2007 sekä sen keväällä julkistettu R2-versio on ehtinyt dokumentaatioltaan versioon 1.2. Erityisesti puhelinjärjestelmiin integroinnin suunnitteludokumentti, Planning Workbook, on jostain syystä jäänyt zip-paketin ulkopuolelle, mutta löytyy lataussivulta. Vähän hämmentää, että dokumentin v. 2.6 on ollut keväästä lähtien ladattavana tuoteryhmän blogisivulla ja nyt tuolta lataussivulta löytyy syyskuulle päivätty v. 2.4. Wordillä tekemäni vertailun mukaan tuo v. 2.4 on kuitenkin tuoreempi ja näyttää sisältävän aika paljon muutoksia.
Visiolle OCS 2007 R2 stencil
Vision OCS (Office Communications Server) -stencil on päivitetty R2-tasolle. Paketissa on nyt mukana 98 valmista symbolia kun aiemmassa versiossa niitä oli 56 kappaletta. Tärkeimmät muutokset:
  • Symbolit uusille rooleille ja toiminnoille, esim. Group Chat, Response Group, Conference Attendant, Attendant Console
  • Vanhojen palvelinroolien symbolit muuttuneet suositeltavien R2-käytäntöjen mukaisiksi; esim ei enää erillisiä Edge-toimintoja vaan kaikki kolme konsolidoitu yhteen symboliin
  • Lisää symboleja erityisesti puhelin/exchange-integrointiin sekä käyttäjille
  • Palvelinsymbolien mittasuhteet ovat hivenen muuttuneet ja ääriviivat vahvistuneet

Alla uuden stencilin avulla piirretty esimerkki, jossa pääosin kahdennettu OCS-arkkitehtuuri.

OCS_2007_R2_Stencil

Exchange 2010 RTM

Exchange 2010 saavutti tänään tärkeän askeleen kun koodi asetettiin Release To Manufactoring (RTM) statukseen. Saataville Exchange 2010 tulee näillä näkymin Euroopan Techediin mennessä. Virallinen uutinen aiheesta: http://msexchangeteam.com/archive/2009/10/08/452775.aspx

Exchange 2007 SP2 ladattavissa

Exchange 2007:n SP2 tuli ladattavaksi viime yönä. Downloadin URL: http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=4c4bd2a3-5e50-42b0-8bbb-2cc9afe3216a

Keskeisimmistä ominaisuuksista mainittakoon:

  • Windows Server Backup Plug-In
  • Yhteensopivuus Exchange 2010:n kanssa (päivitettäessä (Transition) ympäristö Exchange 2007:stä 2010:iin, SP2 on vanhalla puolella minimi versiotaso
Windows Backup Plug-In

Osana Exchange Server 2010:ä ja Exchange 2007:n SP2:sta tulee odotettu laajennus, jolla tietokantojen varmistaminen onnistuu Windows Server 2008:n Backup-sovelluksella. Perustiedot plug-inistä:

  • varmistukset ovat Volume Shadow Copy (VSS) -tyyppisiä, streaming backupeja ei tueta (Exchange 2010 ei tue Streaming-varmistuksia ollenkaan)
  • varmistus tehdään volumen tasolla, pelkän Exchangeen liittyvän datan määrittäminen varmistuksen kohteeksi osiolta ei ole mahdollista (mikä käytännössä tarkoittaa että Exchangen lokit ja tietokannat kannattaa eristää omalle volumelleen erilleen esim. käyttöjärjestelmän ja Exchangen binääreistä)
  • varmistuksen kohteena voi toimia joko paikallinen levy tai tiedostojako
  • mikäli käytössä on CCR-varmistus tulee tehdä aina aktiivisesta kantakopiosta
  • varmistus tulee tehdä paikallisesti siinä koneessa jossa tietokannatkin sijaitsevat. Etävarmistuksen mahdollisuutta ei ole
  • palautettaessa data voidaan ohjata joko alkuperäiseen paikkaan tai kohdistaa muuhun haluttuun hakemistoon (tätä kautta tuetaan myös palautusta Recovery Storage Groupiin)
  • varmistusten yhteydessä tehdään normaalit kannan eheystarkistukset sekä vanhojen lokien poistot

Varmistuksen toteuttaminen graafisen käyttöliittymän kautta:

Kuva 1: Määritetään varmistuksen tyyppi

Kuva 2: Varmistettavat volyymit

Kuva 3: Varmistustapa (Full/Copy)

Kuva 4: Varmistuksen kohde (tyyppi)

Kuva 5: Varmistuksen kohde (levy)

Kun varmistus toteutetaan, varmistuskohteeseen muodostetaan VHD-tiedosto datan tallentamista varten.

Kuva 6: Varmistuksen kohdehakemisto varmistuksen jälkeen

 

Varmistuksen toteuttaminen komentoriviltä:

 

Kuten muutenkin Windows Backupin osalta, Exchange-varmistus voidaan käynnistää myös komentoriviliittymää hyödyntämällä (WBAdmin). Komentorakenteella: wbadmin start backup -include:<varmistettavat volyymit> -backuptarget:<varmistuksen kohde> -vssfull

Kuva 7: Varmistuksen toteuttaminen komentoriviltä

Oheisesta kuvasta näkyy hyvin myös itse varmistuksen vaiheet: Shadow Copyn muodostaminen, Consistency Checkin suorittaminen ja varsinainen varmistaminen.

1 - 10 Next

 Jäsenet

Jorma
BergiusUse SHIFT+ENTER to open the menu (new window).
Jesse
FågelUse SHIFT+ENTER to open the menu (new window).
Jussi
ValtonenUse SHIFT+ENTER to open the menu (new window).
Olavi
VartioUse SHIFT+ENTER to open the menu (new window).

 ‭(Hidden)‬ Toiminnot

 Linkit

  Exchangen tuoteryhmän blogi
  Exchange TechCenter
  RSS: Most recent KBs for Exchange Server 2003
  RSS: Scott Schnoll (Technical Writing Lead - Exchange Team)
  RSS: Most recent KBs for Exchange Server 2007

 Aiemmat artikkelit