Informatika | Adatbázisok » Migráció HP Integrity szerverekre és Microsoft SQL server 2005-re

Migráció HP Integrity szerverekre és Microsoft SQL Server 2005-re Vezetôi összefoglaló . 2 Közönség . 2 Miért a HP Integrity szervereket válasszuk? . 3 Miért az SQL Server 2005-öt válasszuk? . 4 Migráció HP Integrity szerverekre . 5 Csak 32-bites platformról való migráció . 6 Csak 64-bites platformról való migráció . 6 Vegyes 32-bites és 64-bites rendszerekrôl való migráció . 6 A HP Integrity szerver család . 7 HP Integrity konfigurációk . 8 Tárolók . 10 Az SQL Server 2005-ra felfejlesztés folyamata . 11 Pre-migration Upgrade Advisor Analysis Wizard . 11 Az SQL Server 2005-re való felfejlesztés lépései . 23 A felfejlesztés utáni ellenôrzés . 42 Teszteredmények . 44 Szoftver verziók . 44 A felhasznált adatbázisok és munkafolyamok . 44 Teszteredmények . 45 További információ . 45 Vezetôi összefoglaló Az adatbázisok mindig kritikus részei az informatikai infrastruktúrának, hiszen rengeteg változás középpontjában

állnak: • A Microsoft® Windows® -alapú alkalmazások és adatbázisaik egyre nônek méretükben és komplexitásukban is. Bizonyos 32-bites alkalmazások már az architektúra adta korlátokat feszegetik, különösen a skálázhatósággal kapcsolatban (a processzorok száma illetve a címezhetô memória mérete). • Lehetôvé vált a komplex megoldások migrációja a magas költségû specifikus rendszerekrôl az alacsonyabb költségû Windows-alapú rendszerekre. • A szervezetek kevesebb szerverre konszolidálják az alkalmazásokat, ezáltal egyszerûsítik a kritikus adatközponti mûveleteket. A konszolidáció csökkentheti a költségeket, az irányítás komplexitását és a fizikai helyigényt is. – Az olyan rendszerek esetén is, amelyek terhelésében kiugró csúcsok jelentkeznek a felhasználók, illetve a tranzakciók számában (például nagy forgalmat bonyolító e-kereskedelmi Web lapok) jelentôs javulás érhetô el. Ezen rendszereknek nagy

memória igényeik vannak, a felhasználó által megnyitott adatbázis objektumok száma és kapcsolatai miatt. – Az adattárház konszolidáció is egyre terjed a hardver elemek költséghatékonyságát tovább növelvén. A 64-bites hardver elemek és Windows programok megjelenésével a vállalatok létezô programjaikat gyorsabb és hatékonyabb környezetbe migrálhatják, vagy teljesen új programokat telepíthetnek. Az Intel® Itanium® 2-alapú HP Integrity szerver család, Microsoft Windows Server 2003 for Itaniumbased Systems-el (továbbiakban: Microsoft Windows Server 2003) és Microsoft SQL Server 2005-el (64-bites), futtatva remek megoldást nyújt a skálázásra és az adatbázisok konszolidálására. Ezen kombináció eredményes és költséghatékony megoldást kínál az üzleti kihívásokra és segít elszakadni a magas költségû specifikus rendszerektôl Jelen üzleti tanulmány az alábbiakkal foglalkozik: • A 64-bites HP Integrity szervercsalád

nyújtotta elônyök • Az adatbázis-kezelôk Microsoft SQL Server 2005-re való frissítése által kínált elônyök • A HP Integrity szervercsalád leírása; az architektúra, a sikeres implementációk és a kapcsolódó HP tároló technológiák bemutatása • Egy képes útmutató, mely bemutatja az SQL Server 2000-rôl az SQL Server 2005-re való frissítés folyamatát, beleértve a tanácsadóval folytatott párbeszédet is • Egy rövid összefoglaló a HP Teljesítmény Laborban végzett migrációk és frissítések során gyûjtött tapasztalatokról Közönség Jelen kiadvány azon informatikai- és üzleti menedzsereknek szól, akik érdeklôdnek a Microsoft Windows Server 2003-at és Microsoft SQL Server 2005-öt (64-bites) futtató HP Integrity szerverek képességei és elônyei iránt. A dokumentum feltételezi, hogy az olvasó alapvetôen jártas az a adatbázis-kezelôkben és specifikusan a Microsoft SQL Server 2005-ben. 2 Miért a HP Integrity

szervereket válasszuk? A HP Integrity szerverek ideális platformot kínálnak az SQL Server 2005 (64-bit) nyújtotta elônyök kihasználására. A HP Integrity rx4640-8 szerver kitûnô teljesítményt nyújt a belépôszintû szerverek közt, a maximum 8 proceszszorával és 128 GB memóriájával. Az új Intel Itanium 2 processzorok kitûnô teljesítményt nyújtanak a vállalati erôforrás gazdálkodási (ERP), az ügyfélkapcsolat kezelési, az üzleti intelligencia és az e-kereskedelmi alkalmazások számára. Az Integrity rx4640-8 szerver nyújtotta számítási- és skálázhatósági elônyök még inkább kihasználhatók a fürtözési lehetôségek kihasználásával; ezáltal tovább javítható az alkalmazások rendelkezésre állása, megoldható az adatok védelme és csökkenthetôk a tervezett karbantartások. A HP Integrity rx7620-16 és rx8620-32 szerverek segítségével a vállalatok és a számítási központok könnyedén tudják teljesíteni azokat a

rugalmassági-, megbízhatósági- és skálázhatósági követelményeket, amely napjaink kereskedelmi és számítástechnikai igényeibôl fakadnak. Az rx8620-32 szervert kitûnô teljesítmény mutatói és széleskörû partícionálási lehetôségei ideális belépôvé teszik a csúcsszerverek közé. A HP Integrity Superdome egy csúcsteljesítményû szerver, melyet a teljesítmény teszteken elért világrekordok, az akár 128 processzorig való bôvíthetôség és a kiemelkedô megbízhatóság is bizonyítanak. Ezen felül a HP Integrity Superdome kitûnik riválisai közül a az egyszerû karbantartással és a könnyû alkalmazás-telepíthetôséggel A Superdome ideális megoldás a heterogén alkalmazási környezetekben , illetve az üzletileg kritikus alkalmazásoknál. A HP rendszerek további elônyei közt nem szabad elfeledkezni az alkalmazkodó architektúráról, az automatikus intelligens rendszer menedzsmentrôl, illetve a költséghatékony “Pay Per

Use” számlázási rendszerrôl, melyek segítenek kiaknázni a változásból adódó lehetôségeket. A HP szerverek a HP StorageWorks termékekkel párosítva rendkívül rugalmas, bôvíthetô, magas rendelkezésre állású és nagy tárkapacitású tároló rendszert nyújtanak. A HP architektúrák segítenek a kompetitív elôny megszerzésében az üzleti intelligencia- és az OLTP alkalmazások terén is. 3 1. Ábra: HP Integrity Szerver alkalmazhatóság Miért az SQL Server 2005-öt válasszuk? Napjainkban a vállalatoknak számos az adatokkal kapcsolatos kihívásnak kell megfelelniük, például gyorsabb és adatigényesebb döntéseket kell hozniuk, növelni kell a fejlesztôi csapat termelékenységét és flexibilitását és csökkenteni kell az informatikai költségeket miközben teljesíteni kell az egyre növekvô számítási igényeket. A Microsoft SQL Server legújabb verzióját a fenti kihívásoknak való megfelelésre tervezték. A Microsoft SQL

Server 2005 egy következô generációs adatkezelô és analizáló megoldás, amely egyszerre biztosítja a vállalati adatokhoz és analitikus alkalmazásokhoz való hozzáférést, biztonságot és skálázhatóságot, miközben egyszerûbbé teszi ezek létrehozását, telepítését és kezelését. Az SQL Server 2000 alapjaira építkezve az SQL Server 2005 egy integrált adatkezelési és elemzési megoldást biztosít bármely méretû vállalat számára az alábbiakhoz: • Biztonságosabb, jobban skálázható és megbízhatóbb alkalmazások létrehozása, telepítése és kezelése. • Az adatbázis alkalmazások létrehozásának, telepítésének és kezelésének komplexitásának csökkentése és ezáltal az informatikai technológia termelésének maximalizálása. • Adatok megosztása a különbözô platformok, alkalmazások és berendezések közt; a belsô és külsô rendszerek összekapcsolásának megkönnyítése. • A költségek csökkentése a

teljesítmény, a hozzáférhetôség, a skálázhatóság és a biztonság romlása nélkül. 4 Az Intel Itanium processzorra optimalizált SQL Server 2005 (64-bit) kihasználja a továbbfejlesztett memóriacímzési lehetôségeket, ezáltal csökkenti az I/O mûveletek számát a diszkek és a memória közt. A nagyobb számítási kapacitás és a látens I/O mûveletek számának csökkenése együttesen az alkalmazás skálázhatóságnak teljesen új dimenzióit nyitják meg. A 2. Ábra mutatja az SQL Server 2005 adat platform szerkezetét 2. Ábra: SQL Server 2005 adat platform Migráció HP Integrity szerverekre Az optimális Integrity platform(ok) kiválasztásánál több tényezôt kell figyelembe venni. A jelenlegi szituáció az alábbiak egyike lehet: • A jelenlegi hardver környezet csak 32-bites platformból áll (SQL Server 7.0-val vagy SQL Server 2000-rel). • A jelenlegi hardver környezet csak 64-bites platformból áll (64-bites SQL2000-rel). • A

jelenlegi hardver környezet a 32-bites és 64-bites rendszerek valamilyen kombinációja. A következô fejezet leírja a HP Integrity szerverekre való migrációt és az SQL Server 2005-re való fejlesztést a fenti esetek mindegyikére. Csak 32-bites platformról való migráció Ha a meglévô adatbázis 32-bites környezetben fut, az alábbi lehetôségek merülnek fel: 1. Helyben felfejleszteni az SQL Server 2000-et SQL Server 2005-re, majd migrálni a szerver(ek)et Integrity platformokra. 2. Egy 64-bites SQL Server 2000 környezet létrehozása az Integrity platformon, erre az adatbázis átmásolása, majd felfejlesztése SQL Server 2005-re. 3. Opcionálisan a fenti (2) alternatíva részeként elôször a funkcionális- és teljesítmény alapkonfiguráció létrehozása, majd az SQL Server felfejlesztése és végül a migráció az Integrity alapú környezetbe. Ha ez egy szerver lecserélési folyamat, akkor az alkalmazások igényeinek függvényében egy belépô- vagy

középszintû Integrity szervert célszerû alkalmazni. 5 Csak 64-bites platformról való migráció Ha a meglévô adatbázis 64-bites SQL Server 2000-et futtató Integrity környezetben fut, az alábbi lehetôségek merülnek fel: Belépô szint A 32-bites szervereknél fentiekben vázoltakhoz hasonlóan az alábbiak választhatók: • Az SQL Server felfejlesztése helyben vagy • Egy másik Integrity/SQL Server 2000 (64-bites) környezet létrehozása, az adatbázisok odamásolása, majd végül az SQL Server 2005-re felfejlesztése. Amint a funkcionális- és teljesítmény alapkonfiguráció létrejöttek, célszerûbb lehet a termelési SQL Server 2000-et felfejleszteni SQL Server 2005-re és a második Integrity szervert egyéb migrációkra felhasználni. Egyéb elônyök forrása, ha a második szerverként egy közép-, vagy felsô kategóriás Integrity szervert használunk. Közép/felsô kategória Az SQL Server 2000 (64-bites) rengeteg lehetôséget kínál

ezeken a platformokon futtatva. Mint a 32-bites illetve a 64-bites belépô szintû szerverek esetén az elsô lehetôség egy direkt felfejlesztés SQL Server 2005-re. A második lehetôség a meglévô rendszerkonfiguráció függvényében az alábbiak közül kerülhet ki: • A meglévô rendszerkonfiguráció további bôvítési lehetôségekkel rendelkezik – ekkor további cellák illeszthetôk be, amelyek egy fizikai partícióba foghatók össze (nPAR), majd ezen lehet végrehajtani az adatbázis felfejlesztési lépést. Ezen esetben szükség lehet I/O bôvítésekre is • A meglévô rendszerkonfiguráció nem rendelkezik további bôvítési lehetôségekkel, de egymagos Intel Itanium 2 processzorokból áll – ekkor a processzorok egy része vagy összessége felfejleszthetô kétmagos Intel Itanium 2-alapú HP mx2 processzorokká, majd az újraparticionálás után ezen lehet végrehajtani az adatbázis felfejlesztési lépést. Ezen esetben szükség lehet I/O

bôvítésekre is. Vegyes 32-bites és 64-bites rendszerekrôl való migráció Mint a 32-bites illetve a 64-bites rendszereknél, itt is el kell dönteni, hogy helyben elvégezhetô-e a felfejlesztés – vagy egy második környezetett kell vagy kívánatos létrehozni. Ilyekor érdemes megfontolni az esetleges konszolidációt. A választandó Integrity szerver az érintett szerverek számának illetve az adatbázis példányok számának függvénye. A lehetséges opciók: • Kiválasztani egy megfelelô közép- vagy felsô kategóriás szervert, majd a hardver partíciók létrehozása után egy az egyben lecserélni a konfigurációt. • Alternatívaként nagyobb hardver partíciók hozhatók létre több processzorral, memóriával és I/O erôforrásokkal, majd erre több ezen több szerver létrehozása. Néhány megfontolandó szempont: • Az egy- vagy a több példányos adatbázis konszolidáció kedvezô a cég szempontjából? Ezen belül a tempdb használatát és

a példányok collotation-jét kell áttekinteni. A tempdb egy példányon belül megosztott erôforrás. Olyan példányok kombinálása, melyek nagy mértékben kihasználják a tempdb-t negatív hatással lehet az együttes teljesítményre. Problémák merülhetnek fel, ha különbözô collotation-jû SQL Server 2000 adatbázisokat konszolidálunk, mert a tempdb a mintául szolgáló adatbázis collotation-jét fogja alapértelmezettnek tekinteni. További információk az SQL Sever Books Online “Mixed Collation Environments” címû fejezetében találhatók. A meglévô alkalmazások és adatbázisok kihasználtsági karakterisztikáinak, illetve a collocation-ök elemzésével eldönthetô hogy érdemes-e több példányt eggyé konszolidálni, vagy egy hardver partícióra több példányt helyezni. 6 • Meg kell fontolni azt is, hogy egy vagy több hardver partíciót alakítsunk ki. A hardver partíciók függetlenek egymástól, és bekapcsolhatók illetve

újraindíthatók anélkül hogy zavarnák a többi partíció munkáját. Néhány megfontolandó szempont: o Ha egyetlen hardver partícióra telepítjük az adatbázisokat, akkor egy alkalmazás hibája vagy egy esetleges újraindítás negatívan fogja-e befolyásolni az adott hardver partíción dolgozó egyéb adatbázis alkalmazások teljesítményét? o Kombináljuk-e a termelési- és a fejlesztési környezetet egyetlen szerveren. A hardver partíciókkal ezt a nélkül tehetjük meg, hogy negatívan befolyásolnánk a termelési környezetet. Ezen felül a fejlesztési környezetbe telepített hardverelemek fizikai újrakonfigurálás nélkül áthelyezhetôk a termelési környezetbe o Egy többpéldányos konfigurációban mindegyik példánynak saját eltérô karbantartási terve lehet – a példányok különbözô szerviz szinteken is lehetnek. A példányok ezenfelül telepíthetôk illetve eltávolíthatók anélkül, hogy a többi példány munkáját

befolyásolnák. A fenti szempontok, illetve a mûködési- és konszolidációs célok áttekintésével már kiválasztható(k) az optimális Integrity szerver(ek). A HP Integrity szerver család Az alábbi táblázat összegzi a HP által szerver cserére és konszolidációra ajánlott Integrity szervereket. A belépô- és középszintû szerverek esetén a név végén szereplô „-XX” formátumú szám a maximálisan beépíthetô processzorok számát mutatja, kétmagos HP mx2 modulok felhasználásával. Az Intel Itanium 2 oszlop mutatja az egymagos alkalmazások által használható maximális proceszszor számot. A Microsoft Windows 2003 oszlop mutatja a HP által ajánlott operációs rendszert 1. Táblázat: A HP Integrity szerver család Intel Itanium 2 processzorok HP mx2 processzorok1 Enterprise Belépô szint rx4640-8 Microsoft Windows 2003 Editions 4 8 Datacenter/Enterprise3 Közép szint rx7620-16 8 16 rx8620-32 16 32 Datacenter Csúcs szint

(Superdome) 16-foglalatos 16 32 32-foglalatos 32 64 64-foglalatos 64 1282 Megjegyzések: 1. Minden szerver támogatja mind az Intel Itanium 2, mind a HP mx2 processzorokat A két proceszszor együttes alkalmazásáról a késôbbiekben lesz szó 2. A Windows Server 2003 Datacenter Edition maximálisan 64 processzort támogat Ahhoz hogy mind a 128 processzor nyújtotta kapacitást kihasználhassuk, legalább 2 hardver partíciót (nPAR-t) kell létrehozni. 3. Az Intel Itanium 2 processzoros rx7620 és rx8620 szervereket támogatja a Windows Server 2003 Datacenter és Enterprise Edition verziója is. A Datacenter Edition skálázható- illetve növekvô környezetek esetén ajánlott, mivel a szükséges licenszelést és újrakonfigurálást újrainstalláció nélkül tudja végrehajtani.A HP ezen felül azért is ajánlja a Windows Server 2003 Datacenter Edition használatát, mert az támogatja a HP mx2 processzorokat. 4. A Microsoft Windows Server 2003 különbözô

verzió különbözô mennyiségû processzorokat tudnak kezelni és különbözô méretû memóriákat tudnak megcímezni. További információ a Microsoft Windows 2003 feature comparison-ban található. 7 HP Integrity konfigurációk Ez a fejezet összefoglalja a HP Integrity szervercsalád nyújtotta elônyöket. További információk az egyes konkrét konfigurációkról a http://www.hpcom/products1/servers/integrity/indexhtml címen, a “Quickspecs” keresôszó beírásával nyerhetôk. Belépô szint A HP Integrity rx4640-8 szerver kitûnô teljesítményt nyújt a belépô-szintû szerverek közt, a maximum 8 processzorával és 128 GB memóriájával. Az új Intel Itanium 2 processzorok kitûnô teljesítményt nyújtanak a vállalati erôforrás gazdálkodási (ERP), az ügyfélkapcsolat kezelési, az üzleti intelligencia és az e-kereskedelmi alkalmazások számára. Az Integrity rx4640-8 szerver nyújtotta számításiés skálázhatósági elônyök még

inkább kihasználhatók a fürtözési lehetôségek kihasználásával; ezáltal tovább javítható az alkalmazások rendelkezésre állása, megoldható az adatok védelme és csökkenthetôk a tervezett karbantartások. Közép szint A közép- és csúcs szintû szervereket „komplex”-ekként szokták emlegetni. Egy komplex egy olyan szervert jelöl, amelyet hardveresen lehet partícionálni. Az egyes partíciókat „nPartition”-nak vagy röviden nPAR-nak szokták hívni. A szerver állhat egyetlen nagy nPAR-ból vagy több kis nPAR-ból Mindegyik partícióhoz a szerverben rendelkezésre álló elemek egy része kapcsolódik. A legfontosabb elem az alaplap, melyen 1-4 processzor foglalat és a hozzájuk társított memória foglal helyet Az nPAR egy vagy több alaplapból áll össze, melyek közül legalább az egyikhez kell legyen hozzárendelt I/O váz. Mindegyik nPartition hardver- és szoftver izolációt is biztosít, így se a hardver, se a szoftver hibák nem

érintik a komplexben lévô egyéb nPartition-öket. Ezen felül mivel minden nPartition-nak saját rendszer boot interfészük van, így egymástól függetlenül beindíthatók illetve újraindíthatók. A HP szoftver-alapú nPartition kezelô eszközei segítségével újrakonfigurálhatók a rendszer fizikai partíciói, anélkül hogy a hardvert fizikailag módosítani kéne. 1. Az rx7620 1 vagy 2 alaplapot támogat, alaplaponként 4 processzor foglalattal Így létrehozható egy 2 vagy 4 processzoros egyedüli nPartition; vagy 6, 8, 12 vagy 16 processzor osztható szét 1 vagy 2 nPartition közt. 2. Az rx8620 maximum 4 alaplapot támogat, alaplaponként 4 processzor foglalattal Így létrehozható egy 2 vagy 4 processzoros egyedüli nPartition; vagy 8, 12, 16, 24 vagy 32 processzor osztható szét 1 vagy 4 nPartition közt. 2-nél több nPartitions esetén I/O bôvítô kabinetre van szükség. Felsô kategória Az Itanium 2-alapú HP Integrity Superdome szerverek (16-, 32-

és 64-foglalatos konfigurációk) egy crossbar hátlapot alkalmaznak. Mindkét hátlap két processzor készletet tartalmaz, melyek segítségével a hozzákapcsolt 8 alaplap egymással és a másik hátlappal tud kommunikálni. Egy hátlap, melybe 4 alaplapot helyeztünk 16 processzorfoglalatot tartalmaz. Ehhez hasonlóan 8 alaplap esetén 32 foglalatot kapunk. Amennyiben 2 ilyen hátlapot összekapcsolunk, egy 64 processzorfoglalatot tartalmazó Superdome szervert nyerünk. 2. Táblázat: Egymagos Superdome konfigurációk Rendszer mérete Minimális Konfiguráció Maximális Konfiguráció 2 16 Memória 2GB 256GB Alaplapok 1 4 PCI-X Vázak 1 4 N/A 4 16 Foglalat Processzorok nPAR-ok maximális száma 8 32 Foglalat Processzorok 2 32 Memória 2GB 512GB Alaplapok 1 8 PCI-X Vázak 1 8 N/A 81 6 64 Memória 6GB 1024GB Alaplapok 3 16 PCI-X Vázak 1 16 N/A 16 2 nPAR-ok maximális száma 64 Foglalat Processzorok nPAR-ok maximális száma

Megjegyzések: 1. 4-nél több nPartitions esetén I/O bôvítô kabinetre van szükség 2. 8-nél több nPartitions esetén I/O bôvítô kabinetre van szükség 3. Egyidejûleg HP mx2 modulok és egymagos Itanium 2 processzorok is elhelyezhetôek egy komplexen belül; de egy nPartition-on belül egyszerre csak az egyik 3. Táblázat: Többmagos Superdome konfigurációk Rendszer mérete Minimális Konfiguráció Maximális Konfiguráció 2 32 Memória 2GB 256GB Alaplapok 1 4 PCI-X Vázak 1 4 N/A 4 2 64 Memória 2GB 512GB Alaplapok 1 8 PCI-X Vázak 1 8 N/A 81 6 64 /128 2 Memória 6GB 1024GB Alaplapok 3 16 PCI-X Vázak 1 16 N/A 16 3 16 Foglalat Processzorok nPAR-ok maximális száma 32 Foglalat Processzorok nPAR-ok maximális száma 64 Foglalat Processzorok nPAR-ok maximális száma Megjegyzések: 1. 4-nél több nPartitions esetén I/O bôvítô kabinetre van szükség 2. A Windows Server 2003 Datacenter Edition maximálisan 64

processzort támogat Ahhoz hogy mind a 128 processzor nyújtotta kapacitást kihasználhassuk, legalább 2 hardver partíciót (nPAR-t) kell létrehozni. 3. 8-nél több nPartitions esetén I/O bôvítô kabinetre van szükség 4. Egyidejûleg HP mx2 modulok és egymagos Itanium 2 processzorok is elhelyezhetôek egy komplexen belül; de egy nPartition-on belül egyszerre csak az egyik. 9 Tárolók A következô szekció azon vezérelveket és javaslatokat mutatja be, melyek a HP tárolóinak Integrity szerverekkel együtt való használatát szabályozzák. Belépô szint A HP StorageWorks 1500cs Modular Smart Array (MSA1500) egy 2U-s Fibre Channel storage area network (SAN) kontroller fiók, ami a HP StorageWorks Serial ATA-hoz (SATA: MSA20) és/vagy SCSI disk enclosureshöz (MSA30) csatlakozik. Az MSA1500cs akár 24 TB-os kapacitást tud nyújtani (96 x 250 GB SATA lemez) a hozzá csatolható 8 SATA egységgel. Amennyiben még nagyobb megbízhatóságra és I/O sebességre van

szükségünk, csatlakoztathatunk 4 SCSI eszközt is, ezáltal 16.8 TB (56 x 300 GB SCSI lemez) tárkapacitást érve el. Az MSA1500cs sokoldalúságát kihasználva a belépô szintû OLTP alkalmazások tárkapacitás- és I/O igényei könnyen teljesíthetôk. További lehetôség a SATA és SCSI egységek közös használata, ahol a SATA egységeken archiváljuk a SCSI egységeken futó adatokat. Ez a tároló remek kiegészítôje a HP Integrity rx4640-8 és rx7620-16 szervereknek. Felsô kategória A HP StorageWorks Enterprise Virtual Array (EVA) tároló rendszerek nagy teljesítményükkel és kapacitásukkal, magas rendelkezésre állásukkal és a „virtuális” RAID megoldásokkal messze felülmúlják az eddigi tároló rendszereket mind szolgáltatásokban mind árban. Az EVA4000-et és az EVA6000-et olyan adatközpontok számára fejlesztettük ki, ahol egyszerre fontos a nagy kihasználtság, a skálázhatóság, a folyamatos és gyors I/O adatátvitel, az azonnali

bôvíthetôség, a folyamatos biztonsági másolat készítés, és az egyszerûsített karbantarthatóság. Ideális megoldások közép- és csúcsszintû OLTP alkalmazások számára; különösen akkor ha az I/O adat sebességek és az adatmennyiség stabilan növekszik. Az EVA8000-et olyan adatközpontok számára fejlesztettük ki, ahol a tároló kihasználtság és a skálázhatósági igények különlegesen magasak. Az EVA-kban használt száltechnológiai megoldások magasabb tényleges I/O sebességeket eredményeznek, ezáltal növelik a felhasználható lemezek méretét és a teljes kapacitást. Ezen tárolók remek kiegészítôi a HP Integrity rx7620-16 és rx8620-32 szervereknek. Üzletileg kritikus A HP StorageWorks XP Disk Array tároló rendszerek állandó (24x7) rendelkezésre állásukkal, rendkívül széles körû skálázhatóságukkal és utolérhetetlen teljesítményükkel az üzletileg kritikus folyamatok tökéletes tárolói. A HP StorageWorks XP10000

és XP12000 Disk Array tároló rendszerek a fentieken túl kitûnnek azzal hogy az összes fô komponensük redundáns, és akár menet közben is cserélhetô: a lemezek, a processzorok, az I/O csatlakozók, az áram ellátás, az elemek és a ventilátorok. A távoli adatok is direktben lemásolhatók, így a kritikus adatok egymástól távol esô helyeken való ôrzése is lehetségesség válik. Az XP12000 és a teljesen hibatûrô felépítése ideális az adatbázis-kezelô, az SAP és a nagy levelezô programok által igényelt gyors véletlenszerû és szekvenciális I/O mûveletekhez. Az XP12000 9-1152 lemez képest kezelni, maximális kapacitása: 332 TB belsô, 32 PB külsô és 128 GB cache memória. Ezen tárolók remek kiegészítôi a HP Integrity rx8620-32 és a Superdome szervereknek. 10 Az SQL Server 2005-ra felfejlesztés folyamata Néhány jó tanács: • Az SQL Server 2005-re SQL Server 7.0-ról vagy SQL Server 2000-rôl is felfejleszthetünk • Futtassuk

az Upgrade Advisor-t hogy kiderüljön, hogy valamelyik alkalmazást érinti-e a folyamat, illetve, hogy megtudjuk hogy a felfejlesztés elôtt mit kell még tennünk. • A Database Engine-t, az Analysis Services-t és a Reporting Services-t a Setup-ban lehet felfejleszteni. • Az SQL Server Integration Services, amely telepítésre kerül, helyettesíti a DTS-t. A régebbi 32-bites DTS csomagok továbbra is használhatók, de a HP az optimális teljesítmény elérése érdekében az SQL Server 2005 64-bites Integration Services csomagját ajánlja. • Az SQL Server 2000 OLAP kockákat szintén érdemes migrálni az SQL Server 2005-re, ezáltal itt is kihasználva a 64-bites technológia nyújtotta elônyöket. • Az SQL Server 2005 Notification Services egyszerre kerül telepítésre a Notification Services 2.0-val A Notification Services példányait migrálni kell SQL Server 2005-re, amikor felfejlesztjük a Database Engine-t. • A Surface Area Configuration tool

használatával a felfejlesztés után bármikor tudjuk be illetve ki kapcsolni az SQL Server 2005 szolgáltatásait. Pre-migration Upgrade Advisor Analysis Wizard A wizard futtatásához a .NET V20 verziója szükséges Ha ez még nincs feltelepítve, akkor az SQL Server 2005 „redist” nevû könyvtárában található. Az alábbi ábra mutatja a telepítést; itt a „Prepare” gombot kell megnyomni. Az SQL 2005 Upgrade Advisor telepítése független az SQL Server telepítésétôl. A Microsoft folyamatosan frissíti az Upgrade Advisor-t a vevôi visszajelzések alapján A HP azt javasolja, hogy töltsük le az Upgrade Advisor legfrissebb verzióját az SQL Server 2005 honlapjáról (Az ezzel kapcsolatos link a dokumentum végén található). 3. Ábra: Upgrade Advisor – Telepítés A telepítés után indítsuk el az Upgrade Advisor-t. A következô szekció az Advisor folyamat lépéseit mutatja be. 11 1. Lépés Amint készen állunk, indítsuk el az Advisor

varázslót. 4. Ábra: Advisor Analysis Varázsló – Bejelentkezô képernyô Amennyiben elôször futtatjuk a varázslót, ezzel a képernyôvel fogunk találkozni. 12 2. Lépés Ez a képernyô összefoglalást ad az analizáló folyamatról. 5. Ábra: Advisor Analysis Varázsló – Összefoglaló képernyô Ha többé nem akarjuk látni ezt a képernyôt, jelöljük be a „Do not show this starting page again” funkciót. Amennyiben ezt a múltban már megtettük, a következô képernyô jelenik meg 13 3. Lépés Itt ki kell választani az analizálni kívánt komponenseket. 6. Ábra: Advisor Analysis Varázsló – Komponensek kiválasztása A fenti példában az SQL Server és az alapértelmezett Analysis services telepítve van. Válasszuk ki a megfelelô komponenseket, majd nyomjuk meg a ’Next” gombot. 14 4. Lépés Ezek után ki kell választani az analizálandó szerver- és példány nevét. 7. Ábra: Advisor Analysis Varázsló – Szerver-

és példány kiválasztás A fenti példában csak egy szerver van telepítve az SQL Server Enterprise Managerben, így az lett kiválasztva. Válasszuk ki a példány nevét, és folytassuk 15 5. Lépés Ezek után ki kell választani az analizálandó adatbázisokat. 8. Ábra: Advisor Analysis Varázsló – Adatbázis kiválasztás A fenti példában az összes adatbázis ki lett jelölve elemzésre. 16 6. Lépés Az adatbevitel ezzel befejezôdött, a képernyôn ellenôrzés céljából megjelennek az adatok. Ezen kívül kiírásra kerül a pontos hely, ahova a jelentés fog kerülni. 9. Ábra: Advisor Analysis Varázsló – Beállítások véglegesítése Megjegyzés: A fenti példában már le lett futtatva a varázsló, ezért figyelmeztet, hogy felül fogja írni az elôzô jelentést. Nyomjuk meg a „Run” gombot a folytatáshoz 17 7. Lépés Ahogy folyik az analízis, az állapotjelzô képernyôn követhetjük, ahogy befejezôdik az egyes

komponensek analizálása. Amint befejezôdik az analízis az alább látható összegzô képernyôt kapjuk 10. Ábra: Advisor Analysis Varázsló – Folyamatjelzô képernyô A fenti példában mindkét komponense hibákat tartalmazott. A jelentések részletesen is megtekinthetôk a „Launch Report” gombra való kattintással. 18 8. Lépés Minden kiválasztott komponensrôl megtekinthetô a jelentés. Az alábbi ábra mutat egy ilyen Analysis Services jelentést. 11. Ábra: Upgrade Advisor - Analysis Services jelentés A jelentésük a fontosságuk és az akció szükségességének idôpontja szerint vannak csoportosítva („When to fix”). Mivel semmit nem kell kezelni a telepítés elôtt, ezért átkapcsolhatunk az SQL Server jelentésre. Ezt az „Instance or component” listából választhatjuk ki 19 9. Lépés Az alábbi példa azt mutatja, hogy egy olyan komponens van, amelyet a felfejlesztés elôtt meg kell vizsgálni (amint azt a „When to fix”

oszlop mutatja). 12. Ábra: Upgrade Advisor – SQL Server jelentés A „Before”-ral jelzett sorra kattintva a következô képernyôre jutunk. 20 10. Lépés Az alábbi részletes jelentés azt mutatja, hogy a DOCIP térképet az SQL Server 2005 másképpen kezeli. Ez esetben biztosítani kell, hogy elég szabad hely legyen a fájl rendszerben a szükséges változtatások elvégzéséhez. 13. Ábra: Upgrade Advisor Report Viewer – Elem részletes jelentése A fenti képernyô a szabad hely kiszámításához szükséges képletet tartalmazza. A „Show affected objects”-ra való kattintással további információk gyûjthetôk a képlet számára. 21 11. Lépés A következô ábra azon adatbázisok és táblázatok neveit mutatja, melyeket figyelembe kell venni a képletben. 13. Ábra: Upgrade Advisor Report Viewer – Objektum részletes jelentése Gyûjtsük össze a szükséges információt, és számítsuk ki a szükséges fájlok méreteit. Hasonlítsuk

össze a rendelkezésre álló szabad hellyel, és biztosítsunk elég helyet. Ezután tovább haladhatunk az SQL Server felfejlesztésére. A következô rész ezen folyamat lépéseit ismerteti 22 Az SQL Server 2005-re való felfejlesztés lépései Az SQL Server 2005 és a kapcsolódó összetevôk a fô telepítési képernyôrôl telepíthetôk. Ez ugyan az a képernyô, ahonnan elôzôleg az Upgrade Advisor-t telepítettük. 1. Lépés Az „Install” menübôl válasszuk ki a „Server components, tools, Books Online, and samples”-t. 15. Ábra: Az SQL Server 2005 telepítése Vegyük figyelembe, hogy ez az opció szintén telepíti az SQL Native Client-et. 23 2. Lépés Elôször a Licence Agreement oldalt fogjuk látni. 16. Ábra: SQL Server 2005 - Licence Agreement Fogadjuk el a feltételeket és nyomjuk meg a „Next” gombot. 24 3. Lépés Elôször az SQL Native Client és az SQL Server 2005 telepítéséhez szükséges komponenseket telepíti a

folyamat. Amennyiben az Upgrade Advisor-t nem telepítettük elôzôleg, a legfrissebb Net váz is telepítésre kerül. 17. Ábra: SQL Server 2005 – Elôzetesen szükséges komponensek telepítése Nyomjuk meg az „Install” gombot. 25 4. Lépés Minden telepített komponens státusza kijelzésre kerül. 18. Ábra: SQL Server 2005 – Elôzetesen szükséges komponensek státusza A „Next” gomb megnyomásával az SQL Server telepítô varázsló képernyôjére jutunk. 26 5. Lépés A „Next” gomb megnyomásával indítsuk el az SQL Server 2005 telepítô varázslót. 19. Ábra: SQL Server 2005 – Telepítô varázsló 27 6. Lépés A varázsló elindít egy rendszer konfiguráció vizsgálatot. 20. Ábra: SQL Server 2005 – Rendszer konfiguráció vizsgálat Ellenôrizzük, hogy minden folyamat rendben zajlott-e le. A tesztelések során kiderült, hogy ha az IIS nem volt telepítve a felfejlesztés elôtt, akkor az ASP.NET szintén hibákat

jelzett Ennek elkerülése érdekében telepítsük az IIS-t, majd telepítsük újra a .NET vázat a javítás opció használatával Amennyiben minden folyamat hiba nélkül zajlott le, nyomjuk meg a „Next” gombot. 28 7. Lépés Adjuk meg a megfelelô regisztrációs információkat és haladjunk tovább. 21. Ábra: SQL Server 2005 – Regisztrációs információk 29 8. Lépés Válasszuk ki a telepítendô komponenseket. 22. Ábra: SQL Server 2005 – Komponensek kiválasztása Megjegyzés: Mindenképpen jelöljük ki a „Workstation components, Books Online and development tools”-t mert ez az a komponens, amely telepíti az ‘SQL Server Management Studio’-t. Megjegyzés: Az SQL2005 IA64 verziója nem telepíti a fejlesztô eszközöket az IA64 szerverre. A fejlesztô eszközöket 32-bites futtatásra tervezték (szerver vagy munkaállomás). A fejlesztô eszközöket (mint például a ‘Business Intelligence Development Studio’) a 32-bit tools CD-rôl

telepíthetjük az alábbi ábra szerint. 30 22a. Ábra: SQL Server 2005 fejlesztô eszközök telepítése 32-bites munkaállomásra 31 9. Lépés Válasszuk ki az alapértelmezett példányt vagy adjunk neki nevet. 23. Ábra: SQL Server 2005 – Példány név 32 10a. Lépés Az alábbi példában az alapértelmezett példány lett telepítve. A varázsló azt kérdezi, hogy mit szándékozunk tenni. 24. Ábra: SQL Server 2005 – Létezô komponensek opciói A „Details” gombra kattintva további információkat kaphatunk. 33 10b. Lépés A részletek azt mutatják, hogy a létezô terméket felfejleszthetjük SQL Server 2005-ra. 25. Ábra: SQL Server 2005 – Telepítési opciók Zárjuk be az ablakot, és térjünk vissza a felfejlesztéshez. 34 10c. Lépés Válasszuk ki a felfejlesztendô komponenseket. 26. Ábra: SQL Server 2005 – Létezô komponensek felfejlesztése 35 11. Lépés Válasszuk ki a felfejlesztés hitelesítési

módját. 27. Ábra: SQL Server 2005 – Felfejlesztési belépési információk 36 12. Lépés Válasszuk ki a Service-t és adjuk meg a jelszót. 28. Ábra: SQL Server 2005 – Service és fiók 37 13. Lépés Válasszuk ki, hogy meg szeretnénk-e osztani az információkat a Microsofttal. 29. Ábra: SQL Server 2005 – Hiba és kihasználtság jelentések beállításai Megjegyzés: Jelen példában nem lett kiválasztva az információ küldése, mivel ez egy az internettôl független laboratóriumi tesztgép volt. 38 14. Lépés A felfejlesztéshez szükséges összes információ meg lett adva. Az alábbi képernyô a telepítendô komponenseket sorolja fel. 30. Ábra: SQL Server 2005 – Készen állás a telepítésre Nyomjuk meg az „Install” gombot a folytatáshoz. 39 15. Lépés A telepítési képernyôn követhetjük az egyes komponensek telepítését. 31. Ábra: SQL Server 2005 – Telepítés folyamata Megjegyzés: A meglévô

adatbázisok az „SQL Server Database Services” lépés során konvertálódnak át SQL Server 2005 formátumúvá. Amennyiben minden felfejlesztés sikeresen lezajlott a „Next” gombbal léphetünk tovább. 40 16. Lépés A felfejlesztés ezzel elkészült. Az értékelést áttekintve eldönthetjük, hogy milyen egyéb lépéseket kell még tennünk. 32. Ábra: Az SQL Server 2005 telepítés vége Ezen kívül át kell nézni a telepítési- és hibanaplókat az esetleges hibák vagy figyelmeztetések után. A Surface Area Configuration eszközzel meghatározhatjuk a biztonsági szinteket. 41 A felfejlesztés utáni ellenôrzés A folyamat után ellenôrizzük az adatbázisok elérhetôségét az új SQL Server 2005 Management Studio-val. Az alábbi ábra mutatja a hozzáférési információk megadása utáni nyitóképernyôt 33. Ábra: SQL Server Management Studio – Telepítés után A „New Query” gombra kattintva a következô képernyôre jutunk. 42

34. Ábra: SQL Server Management Studio – Telepítés utáni lekérdezési képernyô Az SQL Server 2005 Management Studio nézetei nagyon hasonlóak az SQL Server 2000-bôl már ismert Enterprise Manager-éihez. 43 Teszteredmények Az SQL Server 2000-rôl SQL Server 2005-re való migráció tesztelésekor a HP két különbözô tesz konfigurációt használt, ezáltal tesztelve a folyamatot különbözô környezetekben. Az elsô konfiguráció egy internetes Web üzlete szimuláló OLTP környezet volt A második konfiguráció egy nagyvállalati intranet portált és a hozzá kapcsolódó terminálokat szimulálta Microsoft SharePoint Portal Server 2003 (SPS2003) és Windows SharePoint Services (WSS) alkalmazásával. A tesztelés több Integrity szerveren (rx4640, rx7620, rx8620) és a hozzájuk kapcsolódó tárolókon (HP StorageWorks MSA1500cs, EVA5000) lett elvégezve. Szoftver verziók Az alábbi operációs rendszer és szoftver verziókat használtuk a

tesztelés során: • Minden 32-bites rendszer --- Microsoft Windows Server 2003 Enterprise Edition, SP1 32-bit. • rx4640 --- Microsoft Windows Server 2003 for Itanium-based Systems, Enterprise Edition, SP1 RTM verzió. • rx8620 --- Microsoft Windows Server 2003 for Itanium-based Systems, Datacenter Edition, SP1, HP reinstall kit verzió. • SQL Server 2000, SP3 RTM verzió. • SQL Server 2005 --- 2005 szeptemberétôl elérhetô legújabb Beta verzió. A felhasznált adatbázisok és munkafolyamok Az alábbi rész tartalmazza az SQL Server 2005-re való felfejlesztés során használt adatbázisok leírását és a tesztelt munkafolyamokat. Az általános SQL Server irányelveknek megfelelôen az adatbázisok adatai, a napló fájlok és minden egyéb adat több logikai partícióra került. Intranetes Portál adatbázisok Az intranetes portál alkalmazások tesztelésénél 28 különbözô (2.5 MB és 42 GB közti méretû) adatbázist használtunk. Az SPS2003 és a WSS

négy különbözô adatbázis típust használ, melyek a portállal és terminálokkal kapcsolatos információkat, a szerver topológiát, a szolgáltatásokat, a felhasználói profilokat, az összes telepített alkalmazással kapcsolatos információkat és a tárolt adatokra vonatkozó információkat tartalmazzák. Intranetes Portál munkafolyam A HP által SPS2003/WSS implementációk tesztelésére használt általános munkafolyamok egy része lett futtatva az alapvetô teljesítmény adatok és minôségi mutatók ellenôrzésére. Ez a munkafolyam azt szimulálja, ahogy normális esetben a felhasználók kezelik a fájljaikat és a munkaállomások közti folyamatokat. Tipikus ilyen mûveletek a könyvtárak böngészése, a dokumentumok megnyitása, viták olvasása és hozzászólások, illetve dokumentumok ki- és bevitele. Így a mûveletek egy része változtatta a tartalmakat és ezáltal az adatbázisok adat- és naplófájljait. OLTP adatbázis A Web áruházat

modellezô OLTP adatbázis 500 GB méretû volt, és 6000 különözô raktár adatait tartalmazta. OLTP munkafolyam A használt OLTP munkafolyam egy Web áruház tipikus tranzakcióit modellezte. A lehetséges mûveletek az alábbiak voltak: termékek elérhetôségének vizsgálata, termékek rendelése, fizetés a rendelésekért, a rendelés állásának lekérdezése és a szállítás ütemezése Ezek közül a leggyakoribb a rendelés és a fizetés volt, melyek a többihez képest tízszeres gyakorisággal szerepeltek. Az elérhetôség vizsgálat és a státusz lekérdezés egyszerû csak olvasást igénylô mûveletek A másik három mûvelet esetén olvasni és írni is kell az adatbázisban (Beillesztés, Kiválasztás és Frissítés). A rendelés a legbonyolultabb tranzakció, mely több adatbázist is érint. 44 A fenti öt tranzakció típussal lett tesztelve az adatbázis mûködése. A leggyakoribb tranzakció az új rendelés felvitele, amely átlagosan 10

elembôl áll. Egy másik gyakori tranzakció a beérkezett számlák könyvelése. Kevésbé gyakori tranzakciók voltak az elôzô tranzakciók állapotának lekérdezése, illetve az esetleges árú hiányok elôrejelzése, az egyes üzletek raktárkészleteinek lekérdezésével. Teszteredmények A felfejlesztés minden esetben probléma nélkül zajlott le, az adatbázisok sikeresen lettek konvertálva, és méretük automatikusan az igényeknek megfelelôen lett alakítva. Egy esetben (az OLTP adatbázisnál) a pre-update advisor azt javasolta, hogy az “auto-grow” funkciót kapcsoljuk be, az adatbázis méretének automatikus igazításához. Az advisor minden esetben jelezte, hogy az adatok mérete nôni fog, az indexelésben bekövetkezô változások miatt. A migráció utáni tesztelés azt mutatta, hogy az alkalmazások megfelelôen mûködnek, és a munkafolyamokra adott válaszok hasonlóak az SQL Server 2000 teljesítményéhez. Ezzel kapcsolatban fontos, hogy az

alkalmazások nem lettek megváltoztatva, így nem tudták kihasználni az SQL Server 2005 elônyeit illetve, hogy a tesztelés során az SQL Server 2005 Beta verzióját használtuk, ami még nem lett teljesen optimalizálva. A HP nyilvánosságra fogja bocsátani a részletes teszteredményeket, amint az SQL Server 2005 végleges verziója megjelent. További információ HP Integrity honlap: http://www.hpcom/go/Integrity ; wwwhphu/integrity HP Storage Array Systems: http://h18006.www1hpcom/storage/arraysystemshtml Itanium 2-alapú HP megoldások: http://h71028.www7hpcom/enterprise/cache/80518-0-0-0-121aspx Microsoft SQL Server 64-bit: http://www.microsoftcom/sql/64bit Microsoft SQL Server 2005: http://www.microsoftcom/sql/2005