oracle dbf filek mozgatasa

Hali,

volna egy adatbazisom oracle alatt. Van jopar dbf file, meretben ugy ~30GB. Ezek 3 konyvtar alatt helyezkednek el.
Van egy uj VG, ahova at akarom helyezni az egeszet.

Az en elmeletem:

- uj archive log allomanyok az uj VG-ben (sok hely miatt) - alter database ....
- oracle online backup mode-ba rakasa
- dbf allomanyok atmasolasa az uj konyvtarba
- oracle leaallitasa
- oracle inditasa nomount parameterrel
- dbf allomanyok atirasa az oracle alatt (alter database) - akar scripttel
- oracle elinditasa (mount, ragorgetes, ...)

Az adatbazis csak minimalis ideig allhat.
Ez igy mukodhet?

Udv,
battila

Hozzászólások

A jó rendszergazd mv segítségével átmozgatja, a többit oldja meg a DBA. :D
--
2e845cb4c3a5b5bd6508455b1739a8a2

Bár a verziót nem írtad, de nagyjából működőképesnek tűnik a koncepció.
Mondjuk backup módban shutdown abort-ot kell szerintem mondanod, hogy utána a következő induláskor media recovery-vel kezdjen, ha jól emlékszem.

Nem. Abortalni ilyenkor kivaltkepp nem erdemes. Sot, a backup modeot is ki kell kapcsolni a tiszta (immediate) leallas elott, a kulonbseg majd az achivelogokbol helyreallithato. A cel oldalon majd ugy is manualisan indit recovery-t, mount allapotbol. Hogy biztosan ne legyen elveszett tranzakcio, listener leallit, user folyamatok kilo, utolso redolog manualisan archival.

OS-t nem irtal. Ez azert lenne fontos, mert van par olyan LVM amivel ezt leallas nelkul, storage szinten is meg lehet oldani DBA ismeret/beavatkozas nelkul. AIX (4.3+) alatt pl sokszor csinaltam hasonlot.
Amit leirsz, az mukodhet, de az ordog mindig a reszletekben bujik meg. Ha az adatbazis nem allhat sokaig, akkor legyen melletted egy legalabb kozepesen kepzett es magabiztos DBA a varatlan helyzetekre.

Storage szitntu koltoztetesi modszer tomoren:
Az osszes uj disk atrakasa a regi VG-be, sync, majd a regi diskek felszabaditasa es szabad ujrafelhasznalasa.

A regi VG-t nem tudom/akarom hasznalni. Sajnos a letrehozasakor olyan parameterek lettek beallitva:
Max PV 16
Max PE per PV 4342

es most van benne 16 disk. Ezt nem akarom/tudom vinni magammal a jovoben. Ha akarnam vinni, akkor hasznalnam a pvmove-ot. De ez nem opcio most. Erdekes meg az OS?

Az akciot nem en csinalnam. En csak kitalaltam, es tudni szeretnem, hogy mi a bokkeno? Az en reszem termeszetesen a unix resze, az db reszt dba fogja csinalni. Most nem szeretnek kiterni ra, hogy miert nem oket kerdezem meg rola.

Koszi

Ha meglesznek az uj diszkek, akkor tudok majd csinalni teljesitmenytesztet a masolasrol.
Felmerult, hogy esetleg tovabb tart ratolni a trancakciologokat, mint ha leallitom es kis darabokban, tobb lepesben atmasolom a a fileket.
Van 51 db file, osszesen ugy 18 GB (ujraszamoltam:)). Felosztom 5 reszletre, akkor leallas+elinditas+copy darabonkent 4-8 perc. Megcsinalom 5 nap alatt es mindenki boldog. Persze, ha gyorsak a diszkek, akkor lehet kevesebb reszletben is.