Wypowiedzi
-
powracam do tematu po długiej nieobecności
sprawdziłem przetestowałem i potwierdzam.
data-pump to jest to.
całośc akcji trwała ok 48 h ale sie opłacało.
migrację robiłem 3 krotnie aby wykluczyć wszystkie błędy i elementy które mogły popsuć cała tą zabawę.
efekt OK
jak ktoś będzie zainteresowany szczegółami pytajcie a tymczasem pozdrawiam i dzieki raz jeszcze za ogrom wiedzy -
Powiem szczerze Panowie że nie spodziewałem się tak zaawansowanej dyskusji.
dzięki za wszystkie wypowiedzi i mnóstwo wiedzy.
Pozdrawiam i sukcesów życzę
a jak już będę po to z chęcią podzielę się spostrzeżeniami z tej mojej migracji :) -
Jakub Wartak:
Marcin Przepiórowski:
Adam Boliński:
Tak trochę off - topic bo chłopaki generalnie naświetlili ci co i jak, Marcinie właśnie słyszałem wiele pochlebnych opini na temat Golden Gate , sam nie miałem przyjemności dlatego pytam praktyka co i jak...
Opowiedz może coś wiecej , twoich fachowym okiem ....
Witam,
O samej konfiguracji Golden Gate (GG to chyba u nas sie inaczej kojarzy) to wiele powiedziec nie moge bo dolaczylem do projektu jak juz wszystko bylo na miejscu - ale czekam teraz na warsztaty w Oracle wiec mam nadzieje ze i tu moja wiedza sie poglebi.
Jesli chodzi o wydajnosc to wyglada bardzo obiecujaco - opoznienia w synchronizacji real time byly trudne do zauwazania a sam proces nie obciazal serwera zrodlowego - golden gate czyta redo i archive logi.
Mozliwa jest migracja miedzy roznymi wersjami i SO - wiec pewnie trzeba by dokladnie sprawdzic na Metalinku ktora wersja ma jakie bugi
Jesli chodzi o licencje to jest opcja wykupienia tego na potrzeby projektu - czyli licencja czasowa bo wiem ze ten klient tak mial. Co jest tansze - Shareplex o ktorym tylko slyszalem (dobre rzeczy) czy Golden gate ? to pewnie zalezy od upustu handlowca ;)
Przy okazji jesli mamy EE i Golden gate to mozemy za darmo uzywac Active Data Guard-a wiec widac i Oracla stac na promocje ;). Active DG jest naprawde fajny - i nawet prawie dziala ;)
pozdrawiam,
Marcin
Jak nie GoldenGate to Oracle Streams, za friko przy Oracle EE. Przetestowane w labie 11.1.0.6 linux x86_32 na linux x86_64 pod benchmarkiem... upgrade trwal ~70...140 sekund (tzn z punktu downtime'u klienta JDBC).
Ale ze tak powiem wymaga "troche" zachodu i "troche" wiedzy, chyba ze Oracle Logical Standby tez da sie tak bawic. Streams i Logical Standby maja jedna wade... nie wszystkie typy danych sa obslugiwane...
-Jakub.
Jakub to ja mam pytanie
czy dużo zachodu jest z uruchomieniem Streams ( skojarzenie SIMSÓW :) )
bo nie wiem czy jest sens jak chce przy okazji przebudować bazę -
Marcin Przepiórowski:
update2:
Czemu jak juz migrujesz nie zmigrowac sie z nieszczegolnie dobrej 10.2.0.3 to 11.2.0.2 ?
no i właśnie do tego zmierzam, aby zrobić to do 11.2.0.2 i mieć święty spokój na parę miesięcy :) -
he he przyjemnie jest podyskutować. :)
down time mam niewielki myślę że ok 24 h - do tej pory miałem 48 h na takie zabawy a nawet wiecej.
na 90 % użyję data pump bo jest za darmo i sprawdzone przez znajomego programistę - wydajne i szybkie ale oczywiście wymaga przetestowania i przygotowania.
dzieki serdecznie za pomoc i swoja wiedzę. -
chwilę poczytałem na http://oracle.com i troszkę już wiem, Marcin do ciebie pytanie :)
- czy uruchomienie na 10.2.0.3 GOLDEN GATE i podłączenie z baza na 10.2.0.5 lub wyższej wersji wchodzi w grę ?
do czego zmierzam.
przy data pump mogę zrobić sobie porządek z danymi ( fragmentacja i statystyki ) i dobre rozłożenie dbf redo itp bo teraz mam nie porządek :)
trwa to dłużej ale efekt bedzię chyba lepszy. -
dorzucam zapytanie, ( o GOLDEN GATE )
Jak możesz to wypowiedz się na ten temat lub daj jakieś namiary na ciekawe wypowiedzi.
Pozdr -
che che dzięki serdeczne za tak wyczerpujące info.
właśnie zastanawiałem się użyć tego data pump ale wpierw podnieść silnik to 10.2.0.5 wiec tutaj się zastanowię i po testuję.
dzięki raz jeszcze i pięknego dnia życzę bo w wawie jest piękne słoneczko :) -
Witam
ciekaw jestem czy będziecie w stanie podsunąć mi pomysł na zrobienie takiej migracji.
Mam sporą bazę do przeniesienia, mam parę pomysłów ale może ktoś już robił coś podobnego i jest w stanie podzielić się wiedzą.
1- Użyć RMAN i mechanizmu CONVERT DATABASE ( tu mam problem bo baza jest sporo i backup HOT trwa ok 18h a odkręcanie tego ...... zabraknie weekendu)
2 -EXP ... IMP do nowej bazy ( najbardziej prawdopodobne )
może macie jakieś sprawdzone środki np: data_pump może coś co poprawi szybkość przeniesienia danych miedzy bazami
pozdrawiam
Mirek -
witam
sporo fajnych narzędzi opisali koledzy, a ja tylko dodam komplet który działa u mnie w firmie.
NAGIOS -za pomocą niego prowadzimy monitoring wszystkiego co działa w firmie.
CENTREON - połączony z nagiosem i różne pluginy, dobry interfejs graficzny i monitorujący.
efekt - za darmo system który monitoruje wszystko i nie jest trudny w utrzymaniu ( ale trudny w instalacji :) ) -
dzięki raz jeszcze za słowa otuchy :) i wyczerpujące info.
Pozdrawiam -
No to może ostatnie pytanie w tym wątku.
jak uwarzacie która z metod migracji jest najbardziej wydajna ????
Pozdrawiam -
profesjonalista - aż się chce czytać .:)
myślę że jeszcze zadam ci jakieś pytanie ale dopiero jak będę znał szczegóły sprzętu i końcowej konfiguracji.
dzięki raz jeszcze.
Pozdrawiam -
ok 600 GB
Serwer SUN 5000 -
dzieki za wszelkie informacje.
a czy orjętuje się jaki jest "Standardowy" :) czs takiej operacji. bo ja na migrację będę miał ok 52 h i jestem ciekaw czy się wyrobię, oczywiście wpierw zrobię to na testówce ale to innego niż prod.
Dzieki
Mirek -
Witam.
chcę się was podpytać czy może ktoś na forum doświadczył już takiego przejścia.
po pierwsze interesują mnie wszelkie wasze spostrzeżenia i podpowiedzi..
po drugie interesuje mnie wszystko :)
mam w tej chwili IAS i bazę na 9 oraz od jakiegoś czasu OASA 10g (sam serwer Aplikacji) no i oczywiście w planach mam przejście na 10 z bazą.
prośba o wszelkie nawet najmniejsze informację.
dzięki z góry i pozdrawiam wszystkich no i Oczywiście HAPPY NEW YEAR