Microsoft lopettaa korkean tason sertifioinnit

Microsoftilta on totuttu kuulemaan suuria uutisia viime aikoina ei vähiten Nokian mobiililiiketoiminnan myymisen takia. Vähälle huomiolle, ainakin Suomessa, on jäänyt Microsoftin (MS Learning) päätös lopettaa korkeimman tason sertifioinnit (MSCM/MCM/MCA). Erityisesti tapa, jolla Microsoft tämän teki, on herättänyt paljon keskustelua Blogeissa ja keskustelupalstoilla. Sertifioinnin omistajia lähestyttiin sähköpostilla lauantaina 31.8.2013 ja kerrottiin ohjelman lopettamisesta yksioikoisesti. Keskeneräisille tutkinnoille annettiin vain 1 kk (lokakuun loppuun mennessä) aikaa suorittaa testit loppuun. Syitä lopettamiselle ovat olleet ohjelman välitön kannattamattomuus, sillä ei ole saavutettu sellaisia määriä tutkintoja kuin olisi toivottu ja IT-ala on muuttunut nopeasti viime aikoina, että tämän kaltaiselle sertifioinnille ei välttämättä ole enää tilausta.

Exchange 2010 ja Cisco ACE HLB

Exchange 2010 ja Cisco ACE HLB

Kirjoitin viime vuonna neljä artikkelia, jotka liittyivät kuormantasaukseen noin yleisellä tasolla ja erityisesti Exchangeen liittyen. Tässä artikkelissa käsitellään yhtä käytännön tapausta, jossa taustalla Exchange 2010 ja edustalla Cisco ACE Hardware Load Balancer. Jälkimmäinen on ilmeisesti poistumassa Ciscon tuotevalikoimasta, näin olen ymmärtänyt. Ciscon vahvoja puolia ovat sen konfigurointi ja hallinta, mutta samalla ne ovat sen heikkoja puolia. Kun muut kilpailijat tarjoavat graafisella käyttöliittymällä valmiita mallipohjia, joiden avulla Exchangen kuormantasaus voidaan määritellä helposti ja nopeasti, niin Ciscon asetukset joudutaan määrittelemään käytännössä komentorivillä (Cisco IOS). Tämä tuo oman lisänsä ja nostaa kynnystä jonkin verran, vaikka omasta mielestäni komentorivipohjainen liittymä on kyllä jossain määrin selkeämpi esim. konfiguraation tarkastelussa. Komennot ovat aina yksiselitteisiä komentorivillä ja niitä ei voi vahingossa ”kliksutella” kuten hiirellä. Toisaalta täytyy tietää tarkkaan mitä haluaa ja laite tekee juuri sitä mitä pyydetään.

Exchange ESE, osa 4

LOOGINEN RAKENNE

JOHDANTO

Exchangen looginen rakenne muodostuu tauluista, sarakkeista ja riveistä (tietueista). ESEUTIL-työkalulla voidaan listata kannassa olevat taulut, mutta ei varsinaisesti niiden sisältöä. Taulujen sarakkeiden tietotyyppejä (siis minkä tyyppistä dataa niihin voidaan tallentaa) on lueteltu ESE Architecture-artikkelissa. Lisäksi parissa esityksessä ja kirjoissa on kuvattu taulujen rakenteita. Koska taulujen rakenteeseen ei ole olemassa virallisesti mitään työkalua, on niiden sisältö jossain määrin tuntematon. Woanware on tehnyt aikoinaan työkalua (EseDbViewer), jolla voi avata EDB-tiedostoja. Nyt sivusto näkyy olevan lopetettu. Tässä artikkelissa käytetyt esimerkit perustuvat juurikin kyseiseen työkaluun. Tosin pitää huomioida, että tässä artikkelissa esitetyt esimerkit eivät välttämättä vastaa todellisuutta, vaan sitä miltä työkalun näkökulmasta näyttäisi asioiden olevan. Tarkoitus on tehdä vertailua lähinnä Exchange 2010 ja 2013 välillä.

Exchange 2013 RTM - asennus (Unattended Mode)

Aluksi

Kirjoitin viime elokuussa artikkelin Preview-version Unattend-asennuksesta. Nyt kun Exchange Server 2013 RTM on ollut jo jonkin aikaa saatavilla, on aika päivittää tuo artikkeli. Mitään aikaisemmasta poikkeavaa ei ole oikeastaan tullut, joten samalla periaatteella edetään kuin ennenkin. Olemassa oleviin Exchange-ympäristöihin ei ole vielä mahdollisuus päivittää uutta Exchange 2013-versiota, mutta Microsoft on luvannut vuoden 2013 ensimmäisellä puoliskolla julkaista uudet Service Pack-paketit edellisiin, tuettaviin versioihin, jotta Exchange 2013 voidaan asentaa.

Exchange ESE, osa 3

TRANSAKTIO

Johdanto
Ensinmäisessä artikkelissa on mainittu keskeiset lähteet ESE:en liittyen. Varsinaiset artikkelit ovat hyvin niukkasanaisia, mutta mainitut kaksi esitystä selvittävät jonkin verran asiaa syvemmältä. Tosin allekirjoittaneelle niistä herää lähinnä lisää kysymyksiä.

Transaktio
Transaktio on yksinkertaisuudessa toimenpide tai sarja toimenpiteitä (transactions), joilla muokataan fyysistä tietokantaa ts. tehdään muutoksia tietokantasivuihin (page). Tärkeimpiä toimenpiteitä ovat:

• Insert - Lisätään tauluun uusi tieto esim. viesti.
• Replace - Päivitetään olemassa oleva tieto esim. kansion viestien määrä.
• Delete - Poistetaan olemassa oleva tieto esim. viesti.

Toimenpiteet, muutokset eli transaktiot kirjoitetaan ensin lokiin, jonka jälkeen muutokset kirjoitetaan muistista levylle, tietokantaan. Tätä kutsutaan myös nimellä Write ahead logging. Jokainen transaktio toteuttaa ns. ACID-mallia:

• Atomic (all or nothing) – Joko kaikki toimenpiteet toteutuvat tai jonkun puuttuessa, mikään yksittäinen toimenpide ei toteudu.
• Consistent – Tietokanta muuttuu eheästä tilasta toiseen eheään tilaan.
• Isolated – Muutokset eivät ole näkyviä, kunnes toimenpiteet ovat onnistuneesti suoritettu. Jokainen transaktio suoritetaan aina eri aikaan, vaikka niitä näyttäisi olevan useita yhtä aikaan. Näin ollen yksittäinen transaktio (t) suoritetaan aina joko ennen (t) tai jälkeen toisen transaktion (t).
• Durable – Onnistuneet toimenpiteet tulee pysyä tietokannassa järjestelmän vikaantuessa.