Temat: Migracja bazy 10g między różnymi OS

Panie i Panowie, bo juz zgłupiałem.
Jest case jak w temacie, systemy Linux Oracle i Windows 2003 S. Sprawa jest oczywista - OS maja ten sam endian, a więc RMAN Convert Database powinien załatwić sprawe.
Natomiast klient twierdzi, że poprzedni konsultant eksperymentował i stwierdził, że można to załatwic poprzez proste kopiowanie datafile'i ... :(
Przeryłem metalink, asktom itd itp i ZERO. Logika równiez wskazuje na to, że to nie może sie udać, ale może Wy spotkaliście sie z jakims cudownym rozwiązaniem.
Pozdrawiam
PK

PS. Pomijam oczywiście rozwiązania typu imp/exp.

Temat: Migracja bazy 10g między różnymi OS

Przemysław Kanper:
Panie i Panowie, bo juz zgłupiałem.
Jest case jak w temacie, systemy Linux Oracle i Windows 2003 S. Sprawa jest oczywista - OS maja ten sam endian, a więc RMAN Convert Database powinien załatwić sprawe.
Natomiast klient twierdzi, że poprzedni konsultant eksperymentował i stwierdził, że można to załatwic poprzez proste kopiowanie datafile'i ... :(
Przeryłem metalink, asktom itd itp i ZERO. Logika równiez wskazuje na to, że to nie może sie udać, ale może Wy spotkaliście sie z jakims cudownym rozwiązaniem.

Sprawdzone ostatnio miedzy Solaris -> AIX:
- zrzucenie contorolfila do trace
- kopiowanie plokow
- start instancji
- odtworzenie pliku kontrolnego (przy okazji sciezki pozmienialem, a co mi tam)
- startup bazy
- otwieramy szampana....

Temat: Migracja bazy 10g między różnymi OS

Mariusz Masewicz:

Przemysław Kanper:
Panie i Panowie, bo juz zgłupiałem.
Jest case jak w temacie, systemy Linux Oracle i Windows 2003 S. Sprawa jest oczywista - OS maja ten sam endian, a więc RMAN Convert Database powinien załatwić sprawe.
Natomiast klient twierdzi, że poprzedni konsultant eksperymentował i stwierdził, że można to załatwic poprzez proste kopiowanie datafile'i ... :(
Przeryłem metalink, asktom itd itp i ZERO. Logika równiez wskazuje na to, że to nie może sie udać, ale może Wy spotkaliście sie z jakims cudownym rozwiązaniem.

Sprawdzone ostatnio miedzy Solaris -> AIX:
- zrzucenie contorolfila do trace
- kopiowanie plokow
- start instancji
- odtworzenie pliku kontrolnego (przy okazji sciezki pozmienialem, a co mi tam)
- startup bazy
- otwieramy szampana....

Witam,
jeżeli kolega chciałby koniecznie taką metodę zastosować do przeniesienia bazy pomiędzy Linuxem a W2K3, to osobiście polecałbym otwarcie SR-a na Metalinku...

Pozdr. PiotrPiotr Pliżga edytował(a) ten post dnia 22.10.09 o godzinie 22:12

Temat: Migracja bazy 10g między różnymi OS

Piotr Pliżga:

Mariusz Masewicz:

Przemysław Kanper:
Panie i Panowie, bo juz zgłupiałem.
Jest case jak w temacie, systemy Linux Oracle i Windows 2003 S. Sprawa jest oczywista - OS maja ten sam endian, a więc RMAN Convert Database powinien załatwić sprawe.
Natomiast klient twierdzi, że poprzedni konsultant eksperymentował i stwierdził, że można to załatwic poprzez proste kopiowanie datafile'i ... :(
Przeryłem metalink, asktom itd itp i ZERO. Logika równiez wskazuje na to, że to nie może sie udać, ale może Wy spotkaliście sie z jakims cudownym rozwiązaniem.

Sprawdzone ostatnio miedzy Solaris -> AIX:
- zrzucenie contorolfila do trace
- kopiowanie plIkow
- start instancji
- odtworzenie pliku kontrolnego (przy okazji sciezki pozmienialem, a co mi tam)
- startup bazy
- otwieramy szampana....

Witam,
jeżeli kolega chciałby koniecznie taką metodę zastosować do przeniesienia bazy pomiędzy Linuxem a W2K3, to osobiście polecałbym otwarcie SR-a na Metalinku...

Hmmm - tylko napisalem, ze kiedys mi sie powiodla podobna sztuczka. Optymisci zaraz powinni powiedziec, ze w takim wypadku nalezy sie spodziewac, ze to zawsze bedzie dzialac, a pesymisci (praktycy) dodadza, ze znajac Oracle, to nalezy sie spodziewac, ze wskazalismy przypadek wyjatkowy, kiedy to akurat wyjatkowo dziala :-)

Temat: Migracja bazy 10g między różnymi OS

Mariusz Masewicz:

Piotr Pliżga:

Mariusz Masewicz:

Przemysław Kanper:
Panie i Panowie, bo juz zgłupiałem.
Jest case jak w temacie, systemy Linux Oracle i Windows 2003 S. Sprawa jest oczywista - OS maja ten sam endian, a więc RMAN Convert Database powinien załatwić sprawe.
Natomiast klient twierdzi, że poprzedni konsultant eksperymentował i stwierdził, że można to załatwic poprzez proste kopiowanie datafile'i ... :(
Przeryłem metalink, asktom itd itp i ZERO. Logika równiez wskazuje na to, że to nie może sie udać, ale może Wy spotkaliście sie z jakims cudownym rozwiązaniem.

Sprawdzone ostatnio miedzy Solaris -> AIX:
- zrzucenie contorolfila do trace
- kopiowanie plIkow
- start instancji
- odtworzenie pliku kontrolnego (przy okazji sciezki pozmienialem, a co mi tam)
- startup bazy
- otwieramy szampana....

Witam,
jeżeli kolega chciałby koniecznie taką metodę zastosować do przeniesienia bazy pomiędzy Linuxem a W2K3, to osobiście polecałbym otwarcie SR-a na Metalinku...

Hmmm - tylko napisalem, ze kiedys mi sie powiodla podobna sztuczka. Optymisci zaraz powinni powiedziec, ze w takim wypadku nalezy sie spodziewac, ze to zawsze bedzie dzialac, a pesymisci (praktycy) dodadza, ze znajac Oracle, to nalezy sie spodziewac, ze wskazalismy przypadek wyjatkowy, kiedy to akurat wyjatkowo dziala :-)

Coś mi się wydaje, ale podkreślam - tylko wydaje, że gdzieś czytałem, lub słyszałem, że w kolejnym release format plików bazy danych ma być "OS independent" i wtedy sztuki z kopiowaniem pomiędzy OS byłyb dozwolone... Na obecną chwilę, według mojej wiedzy - przeniesienie bazy danych pomiędzy różnymi OS-am z identycznym endian - tylko export / import, lub RMAN CONVERT DATABASE. Może jeszcze zaistnieć konieczność zaaplikowania skryptów upgrade-ujących.

Pozdr. Piotr

Temat: Migracja bazy 10g między różnymi OS

Piotr Pliżga:
Coś mi się wydaje, ale podkreślam - tylko wydaje, że gdzieś czytałem, lub słyszałem, że w kolejnym release format plików bazy danych ma być "OS independent" i wtedy sztuki z kopiowaniem pomiędzy OS byłyb dozwolone... Na obecną chwilę, według mojej wiedzy - przeniesienie bazy danych pomiędzy różnymi OS-am z identycznym endian - tylko export / import, lub RMAN CONVERT DATABASE. Może jeszcze zaistnieć konieczność zaaplikowania skryptów upgrade-ujących.

A dokladniej to od wersji 9 - kiedy zaczeli kombinowac z transportable tablespaces. W wersji 10 juz dosc czesto udaje sie sztuczka z przegraniem plikow pomiedzy platformami, choc przyznam, ze przegrywania calej bazy Linux <-> Windows nigdy nie cwiczylem

Temat: Migracja bazy 10g między różnymi OS

Będę to niedługo sprawdzał, to dam znac co i jak ;)

Temat: Migracja bazy 10g między różnymi OS

Tak jak obiecałem - sprawdziłem i daję znać.
I cóż - poszło :)

Temat: Migracja bazy 10g między różnymi OS

Wydaje mi się, że czytałem gdzieś, że jeśli nie zrobi się convert'a to można stracić support.
Polecam metalink note 415884.1.
Tak naprawdę trzeba jedynie użyć convert tablespace/datafile dla plików zawierających undo.
"This is the normal procedure for conversion on the source. If there are thousands of datafiles and none of the files are touched except those containing undo segments then you can see the time the conversion needs to be completed can be decreased considerably by querying all files containing undo and only converting those files before moving to the source files to the target."

Dodatkowo z "Oracle® Database Backup and Recovery Reference"

In Oracle Database 10g and later releases, CONVERT DATAFILE or CONVERT TABLESPACE is required in the following scenarios:

<ciach>

* Transporting tablespaces with undo segments (typically SYSTEM and UNDO tablespaces, but also tablespaces using rollback segments) between platforms, regardless of whether the ENDIAN_FORMAT is the same or different. Typically, the SYSTEM and UNDO tablespaces are converted only when converting the entire database.

Temat: Migracja bazy 10g między różnymi OS

To sprawa sie wyjaśniła. Jak na razie środowisko działa bez zarzutu po moim eksperymencie:)
Przy okazji, jeśli sie przekonwertuje tablespace z użyciem CONVERT TABLESPACE nie oznacza braku problemów. Robiłem to ostatnio przy migracji z AIX do Oracle Linux i wykładał sie przy otwieraniu bazy. Okazało się, że problemem są segmenty temp w tablespace.
Co do supportu - środowisko jest testowe więc support jest zbędny (zresztą był kilka tyle lat zbędny ;)).

Temat: Migracja bazy 10g między różnymi OS

Przemysław Kamper:
To sprawa sie wyjaśniła. Jak na razie środowisko działa bez zarzutu po moim eksperymencie:)
Przy okazji, jeśli sie przekonwertuje tablespace z użyciem CONVERT TABLESPACE nie oznacza braku problemów. Robiłem to ostatnio przy migracji z AIX do Oracle Linux i wykładał sie przy otwieraniu bazy. Okazało się, że problemem są segmenty temp w tablespace.
Co do supportu - środowisko jest testowe więc support jest zbędny (zresztą był kilka tyle lat zbędny ;)).

Hmm... zastanawiam się, czy klient nie poprosi Cię o równie szybkie przeniesienie bazy w produkcji? Jeżeli będzie "kumać" problem to dobrze, w przeciwnym wypadku czeka Cię długa ścieżka argumentów dlaczego równie szybko nie da się zrobić :-).

Pozdr. Piotr

Temat: Migracja bazy 10g między różnymi OS

Jeżeli będzie "kumać" problem to dobrze, w przeciwnym wypadku czeka Cię długa ścieżka argumentów dlaczego równie szybko nie da się zrobić :-).

Eeee.... tam :-). Argumentacja może być prosta: "jest to rozwiązanie które pozbawia Asysty Oracle, więc jeśli się na to godzicie, to... proszę tu podpisać :-)".

Swoją droga to jest wiele niesuportowalnych przez Oracle "tricków", które działają.
Swego czasu (dawno, dawno temu, jak nie wiedziałem jeszcze jak uzyskać założony cel w sposób "legalny") np. modyfikowałem pewne dane w pliku exportu i też działało (ale też była to "tylko" testowa baza danych), a Oracle tego typu działań oficjalnie nie wspiera.

Temat: Migracja bazy 10g między różnymi OS

Dariusz W.:

Jeżeli będzie "kumać" problem to dobrze, w przeciwnym wypadku czeka Cię długa ścieżka argumentów dlaczego równie szybko nie da się zrobić :-).

Eeee.... tam :-). Argumentacja może być prosta: "jest to rozwiązanie które pozbawia Asysty Oracle, więc jeśli się na to godzicie, to... proszę tu podpisać :-)".

Ja bym jeszcze dopisal, ze "wykonawca przedstawil nastepujace argumenty przeciwko takiemu wykonaniu uslugi..."