http://blogs.technet.com/markohot/archive/tags/tietokantapeilaus/default.aspxTags: tietokantapeilausen-USCommunityServer 2.1 SP1 (Build: 61025.2)http://blogs.technet.com/markohot/archive/2008/05/03/microsoftin-sovellusalustan-korkea-k-ytett-vyys.aspxSat, 03 May 2008 11:24:00 GMTd5e57398-b9ef-4490-9955-07cbb4e4a80d:3049152markohot0http://blogs.technet.com/markohot/comments/3049152.aspxhttp://blogs.technet.com/markohot/commentrss.aspx?PostID=3049152Seuraavien päivien aikana tulen kirjoittamaan blogissani Microsoftin sovellusalustan korkean käytettävyyden ratkaisuista. Marraskuussa 2007 kirjoitin SQL Server 2005:n tietokantapeilauksesta , jolla voidaan hallita sekä ennalta-arvaamattomat että hallitut...(<a href="http://blogs.technet.com/markohot/archive/2008/05/03/microsoftin-sovellusalustan-korkea-k-ytett-vyys.aspx">read more</a>)<img src="http://blogs.technet.com/aggbug.aspx?PostID=3049152" width="1" height="1">korkea k&#228;ytett&#228;vyystietokantapeilausdynaamiset palveluthttp://blogs.technet.com/markohot/archive/2007/11/27/kustannustehokasta-katkottomuutta-tietokantapalveluihin-tietokantapeilaus-ha-ratkaisuna.aspxTue, 27 Nov 2007 13:31:00 GMTd5e57398-b9ef-4490-9955-07cbb4e4a80d:2571095markohot0http://blogs.technet.com/markohot/comments/2571095.aspxhttp://blogs.technet.com/markohot/commentrss.aspx?PostID=2571095<P>Tietokantapeilaus (eng. database mirroring) on yksi SQL Server 2005:n tärkeimpitä infran arkkitehtuuriin vaikuttavista teknologioista. Perinteisesti asiakkaat ja kumppanit ovat toteuttaneet HA-ympäristöjään käyttämällä erilaisia klusterointiratkaisuja, mutta käyttökatkottomuuden kannalta klusterointi on ongelmallinen. Ensinnäkin tietokantainstanssi voi kerrallaan olla aktiivinen vain yhdessä klusterin noodeista ja yliheiton (eng. cluster failover) tapahtuessa instanssi joudutaan käynnistämään toiselle palvelimelle, minkä jälkeen suoritetaan transaktiolokeja hyväksikäyttäen tietokannan "eheytys". SQL Server 2005 Enterprise Edition toki toimii tällaisessa tilanteessa tehokkaammin kuin edeltäjänsä: Transaktiolokit skannataan nopeasti ja niistä poimitaan sellaiset loppuun asti viedyt transaktiot, joiden aiheuttamia muutoksia ei vielä ole päivitetty tietokannan datatiedostoihin. Tämän "redo" -operaation jälkeen kanta on online ja sovellukset sekä käyttäjät voivat jatkaa tietokannan käyttöä normaalisti. Tämän jälkeen taustalla datafileet "siivotaan" keskeneräisten transaktioiden tuottamasta kohinasta eli suoritetaan "undo" -operaatio. Parhaimmillaan tämä uusi tekniikka tehdä tietokannan instanssin toipuminen ja recovery parantaa tietokannan korkeaa käytettävyyttä useilla kymmenillä prosenteilla - riippuen tietenkin siitä, millaista workloadia kantaan kohdistuu. Klusteroinnin toinen ongelma kohdistuu rautateknologian valintaan. Jotta Windows Server 2003 Enterprise tai Datacenter Editioneilla toteutettu palvelinten klusterointi olisi tuettua, täytyy käytettävien palvelin- ja levyjärjestelmien olla nk. klusterisertifioituja.</P> <P>Tietokantapeilauksessa palvelinten rautakomponentit voidaan valita vapaasti, mikä jo itsessään tuo kustannussäästöjä useimmille asiakkaille. Levyjärjestelmä voi olla nk. paikallista levyä halutulla RAID-tasolla ja tuotantotietokannan reaaliaikainen synkronointi peiliin tapahtuu tietokantatasolla ohjelmallisesti. Käytännössä tietokantapeilaukseen osallistuvat palvelimet voivat sijaita eri konekeskuksissa ja koska SQL Server 2005 huolehtii datan peilauksesta, välttämättä ei siis tarvita kalliita levypeilausratkaisuja. Tietokantapeilauksen käyttöönotto onnistuu helposti SQL Server Management Studion avulla ja peilauksen tilaa voidaan myös seurata tämän lisenssiin kuuluvan hallintavälineen avulla. Tietokantapeilaus on ratkaisu sekä hallittuihin että hallitsemattomiin käyttökatkoihin. Esim. palvelimen korjauspäivitykset ja huoltotoimenpiteet voidaan nyt normaaliin työaikaan ilman että tietokantapalvelua tarvitsee ajaa alas.</P> <P>Tietokantapeilausta käytettäessä toinen palvelimista toimii aina principal-roolissa ja toinen mirror-roolissa. Rooleja voidaan vaihtaa joko manuaalisesti esim. SQL Server Management Studion kautta tai automaattisesti tuotantopalvelimen vikaannuttua. Koska peiliroolissa toimivalla palvelimella tietokantainstanssi on jo ylhäällä, on erittäin nopeaa siirtää peili tuotantorooliin. Käytännössä roolin vaihto tapahtuu muutamassa sekunnissa. Sovelluksille tietokantapeilaus ja instanssin vaihto on läpinäkyvää, koska uudelleenohjautuminen instanssilta toiselle perustuu SQL Server Native Clientin (SNAC) älykkyyteen. Sovellukset kutsuvat tietokantaa palvelun nimellä ja SNAC konfiguroidaan hakemaan palvelua jommalta kummalta fyysiseltä palvelimelta. Teknisesti ottaen sovelluksen uudelleenohjautuminen läpinäkyvästi toimii samalla tavalla kuin Oraclen Real Application Cluster (RAC) -teknologiassakin. SNAC-teknologia on tuettu sekä OLE DB että ODBC-yhteyksillä. Muita syitä SQL Server Native Clientin käyttöön löytyy <A class="" href="http://msdn2.microsoft.com/en-us/library/ms130828.aspx" target=_blank mce_href="http://msdn2.microsoft.com/en-us/library/ms130828.aspx">tästä MSDN:n artikkelista.</A></P> <P>Oracleen verrattuna Microsoftin SQL Server 2005:n tietokantapeilaus tarjoaa täysin samaa korkeaa käytettävyyttä mutta huomattavasti yksinkertaisemmin ja halvemmalla. RAC:in käyttämä jaettu levyjärjestelmä on kallis ja hankala toteuttaa eikä RAC:in skaalautuvuuskaan ole täysin ongelmatonta. Tietokantapeilauksen voi tietyillä reunaehdoilla toteuttaa myös Standard Editionilla ja palvelimista ainoastaan tuotantopalvelimen SQL Server tarvitsee lisenssoida, mikäli peilipalvelinta käytetään pelkästään peilinä eikä esim. raportointiin.</P> <P>Tietokantapeilauksesta kirjoitan tänne blogiini jatkossa enemmänkin, mutta tiedonjanoisimmat voivat käydä lukemassa SQL Server 2005 AlwaysOn -ratkaisuista osoitteesta <A href="http://www.microsoft.com/sql/technologies/highavailability/default.mspx">http://www.microsoft.com/sql/technologies/highavailability/default.mspx</A></P> <P>Nyt kaikki peilaamaan! :)</P> <P>/Marko</P><img src="http://blogs.technet.com/aggbug.aspx?PostID=2571095" width="1" height="1">korkea k&#228;ytett&#228;vyystietokantapeilaus