Krzysztof Bielecki

Krzysztof Bielecki Senior consultant,
Capgemini Polska

Temat: Oracle transakcyjna replikacja

Marcin Zieliński:
Jakie operacje są głównym składnikiem czasu wymagającego redukcji?

Skoro baza ma być tylko do odczytu to :) query.Krzysztof Bielecki edytował(a) ten post dnia 06.05.10 o godzinie 13:39
Marcin Zieliński

Marcin Zieliński Autoryzowane
szkolenia Oracle i
IBM

Temat: Oracle transakcyjna replikacja

Krzysztof Bielecki:
Marcin Zieliński:
Jakie operacje są głównym składnikiem czasu wymagającego redukcji?

Skoro baza ma być tylko do odczytu to :) query.

To jasne, chodzi mi jaki składnik czytania powoduje obecnie problemy (dysk? procesor?). Rozumiem bowiem, że chodzi o wydzielenie części istniejącego systemu na zewnątrz tylko do odczytu? Ten odczyt to hurtownia danych? Czy coś innego?
Krzysztof Bielecki

Krzysztof Bielecki Senior consultant,
Capgemini Polska

Temat: Oracle transakcyjna replikacja

Aplikacja przez którą będą wykonywane wszystkie odczyty.
W tym momencie aplikacja nie jest jeszcze napisana.
W obecnej chwili system działa stabilnie.

Temat: Oracle transakcyjna replikacja

Krzysztof Bielecki:
Aplikacja przez którą będą wykonywane wszystkie odczyty.
W tym momencie aplikacja nie jest jeszcze napisana.
W obecnej chwili system działa stabilnie.

To skad wiadomo ze obecny system produkcyjny sobie nie poradzi ?

pozdrawiam,
Marcin
Marcin Zieliński

Marcin Zieliński Autoryzowane
szkolenia Oracle i
IBM

Temat: Oracle transakcyjna replikacja

Dwa zdania:

1. Na początek zrób najprostrze działające rozwiązanie, nie myśląc o wydajności.
2. Optymalizacja na samym początku to ZŁO!

Pozdrawiam
Krzysztof Bielecki

Krzysztof Bielecki Senior consultant,
Capgemini Polska

Temat: Oracle transakcyjna replikacja

Marcin Przepiórowski:
Krzysztof Bielecki:
Aplikacja przez którą będą wykonywane wszystkie odczyty.
W tym momencie aplikacja nie jest jeszcze napisana.
W obecnej chwili system działa stabilnie.

To skad wiadomo ze obecny system produkcyjny sobie nie poradzi ?

pozdrawiam,
Marcin

Wymaganie klienta
Marcin Zieliński:
Dwa zdania:

1. Na początek zrób najprostrze działające rozwiązanie, nie myśląc o wydajności.
2. Optymalizacja na samym początku to ZŁO!

Pozdrawiam

Chcę zrobić najprostsze działające rozwiązanie ale w odpowiedniej technologii .
Abym mógł je potem rozwijać nie musząc zmieniać całości.
To wymaga analizy różnego rodzaju możliwości co właśnie czynię

Temat: Oracle transakcyjna replikacja

Marcin Zieliński:
Dwa zdania:

1. Na początek zrób najprostrze działające rozwiązanie, nie myśląc o wydajności.
2. Optymalizacja na samym początku to ZŁO!

Pozdrawiam

Tu sie pozwole nie zgodzic - kazdy kto chodz raz poprawial zle zaprojektowany system zgodzi sie ze optimalizowac (a przynajmniej
myslec o optymalizacji) nalezy na samym poczatku. Potem tez mozna
ale koszty tego moga przekroczyc koszty wdrozenia ;) - na co osobiscie nie moge narzekac jak ktos mi zleci taka poprawe ;)

Marcin
Krzysztof Bielecki

Krzysztof Bielecki Senior consultant,
Capgemini Polska

Temat: Oracle transakcyjna replikacja

Właśnie dlatego na początek chcę pójść w dobrą stronę ;)

Temat: Oracle transakcyjna replikacja

Krzysztof Bielecki:
Właśnie dlatego na początek chcę pójść w dobrą stronę ;)

;)

Bez wiekszej ilosci informacji ciezko doradzac
ale jesli pozostanie ten commit jako podstawa rozwazan
to naprawde duzo alternatyw nie ma.

Mozesz zdradzic skale rozwiazania ? GB/TB ? orientacyjna liczna userow ?

Marcin

konto usunięte

Temat: Oracle transakcyjna replikacja

Krzysztof Bielecki:
Właśnie dlatego na początek chcę pójść w dobrą stronę ;)

Zostań konsultantem :)
Krzysztof Bielecki

Krzysztof Bielecki Senior consultant,
Capgemini Polska

Temat: Oracle transakcyjna replikacja

;)
Marcin Zieliński

Marcin Zieliński Autoryzowane
szkolenia Oracle i
IBM

Temat: Oracle transakcyjna replikacja

Marcin Przepiórowski:
Marcin Zieliński:
Dwa zdania:

1. Na początek zrób najprostrze działające rozwiązanie, nie myśląc o wydajności.
2. Optymalizacja na samym początku to ZŁO!

Pozdrawiam

Tu sie pozwole nie zgodzic - kazdy kto chodz raz poprawial zle zaprojektowany system zgodzi sie ze optimalizowac (a przynajmniej
myslec o optymalizacji) nalezy na samym poczatku. Potem tez mozna
ale koszty tego moga przekroczyc koszty wdrozenia ;) - na co osobiscie nie moge narzekac jak ktos mi zleci taka poprawe ;)

Marcin

Dlatego promuję takie podejście ;)

A poważnie mówiąc - myśleć o wydajności należy od początku, ale nie należy podporządkowywać rozwiązania pod problemy, które mogą nie wystąpić zwłaszcza w przypadku gdy prowadzi to do rozwiązań daleko leżących od optimum. Argument "to wynika ze specyfikacji" mnie, jakos specjalisty, nie przekonuje - stąd drążę temat.

Odpowiedzi na pytanie autora wątku już padły - da się to osiągnąć w Oracle'u - czy to najlepsze rozwiązanie - kto wie...
Mariusz Masewicz

Mariusz Masewicz Prawie wszysko o
bazach danych Oracle
:-)

Temat: Oracle transakcyjna replikacja

Marcin Przepiórowski:
Hmm - a moze by tak produkcje przeniesc na ta mocniejsza maszyne i nie trzeba nic replikowac? :-)
A raporty miesieczne/roczne/tygodniowe przeniesc na inna maszyne ladowana ETL-ami (w dowolnej technologii)

Przeciez nie wiemy o ile ta "mocniejsza maszynka" jest faktycznie mocniejsza. spotkalem sie juz sytuacja, gdzie mocniejsza maszynka byla w stanie uciagnac to wszystko (a i admin mogl na niej sobie pasjansa odpalic i tez sobie radzila) - ale bali sie ruszyc maszynka slabsza "bo wie Pan - 5 lat temu byl tu taki gosciu, to skonfigurowal i od tego czasu tego nie ruszalismy"... dorzuce tylko, ze tam wyszli od pomyslu zrobienia replikacji na podstawie analizy zawartosci archivelogow. po wnikliwej analize, zamiast odpalac logminera, czy inne streamsowate replikacje, przekonalem ich do migracji na nowsza maszyne

Pozdrawiam
Mariusz Masewicz

Mariusz Masewicz Prawie wszysko o
bazach danych Oracle
:-)

Temat: Oracle transakcyjna replikacja

Marcin Przepiórowski:
Tu sie pozwole nie zgodzic - kazdy kto chodz raz poprawial zle zaprojektowany system zgodzi sie ze optimalizowac (a przynajmniej
myslec o optymalizacji) nalezy na samym poczatku.

A widziales kiedys mine "architekta", jak mu przyszedl gosciu od bazy z olowkiem w reku, ciagiem cyferek i powiedzial, ze projekt jest do d4? Ostatni moj "architekt" na szczesie mial nad soba szefa projektu, ktory stwierdzil, ze "cos w tych cyferkach jest". Skonczylo sie na tym, ze ladny rysunek w UML'u przetranformowano do schematu relacyjnego wg. moich wskazowek. W efekcie system liczony na obciazenie kilkadziesiat razy wieksze niz poprzedni wdrazany przez ta firme osiagnal na serwerze deweloperskim zamierzone paramatry wydajnosciowe. Poprzedni - mniejszy - system dopiero w srodowisku produkcyjnym w miare akceptowanie zblizyl sie do zalozonej wydajnosci.
Potem tez mozna
ale koszty tego moga przekroczyc koszty wdrozenia ;) - na co osobiscie nie moge narzekac jak ktos mi zleci taka poprawe ;)

Tez twierdze, ze poprawianie jest najfajniejsze... :-) (tzn - mamy juz system w rzeczywistych warunkach, a nie jakies pobozne zyczenia projektanta, czesto nawet bez jakis wskazowek, co do tego ile bedzie danych i jaki bedzie ich rozklad)

Pozdrawiam

Mariusz

Temat: Oracle transakcyjna replikacja

Mariusz Masewicz:

A widziales kiedys mine "architekta", jak mu przyszedl gosciu od bazy z olowkiem w reku, ciagiem cyferek i powiedzial, ze projekt jest do d4?

Widzialem ;) Niezapomniane przezycie ;)
Jednym ze szczytow byl file system na archive logi zawierajacy miejsce na dokladnie 3 archy - bo byly trzy grupy redo ;)

pozdrawiam,
Marcin
Adam B.

Adam B. Oracle Certified
Master

Temat: Oracle transakcyjna replikacja

Marcin Przepiórowski:
Mariusz Masewicz:

A widziales kiedys mine "architekta", jak mu przyszedl gosciu od bazy z olowkiem w reku, ciagiem cyferek i powiedzial, ze projekt jest do d4?

Widzialem ;) Niezapomniane przezycie ;)
Jednym ze szczytow byl file system na archive logi zawierajacy miejsce na dokladnie 3 archy - bo byly trzy grupy redo ;)

pozdrawiam,
Marcin

No nieźle.. nieźle...

konto usunięte

Temat: Oracle transakcyjna replikacja

Marcin Przepiórowski:
Widzialem ;) Niezapomniane przezycie ;)
Jednym ze szczytow byl file system na archive logi zawierajacy miejsce na dokladnie 3 archy - bo byly trzy grupy redo ;)

Albo klaster Veritasa typu active-passive z plikami bazy na dysku lokalnym ...

Temat: Oracle transakcyjna replikacja

Krzysztof Pułapa:
Marcin Przepiórowski:
Widzialem ;) Niezapomniane przezycie ;)
Jednym ze szczytow byl file system na archive logi zawierajacy miejsce na dokladnie 3 archy - bo byly trzy grupy redo ;)

Albo klaster Veritasa typu active-passive z plikami bazy na dysku lokalnym ...

WOW

Trzeba by kiedys stworzyc liste naj.... pomyslow ;)
Mariusz Masewicz

Mariusz Masewicz Prawie wszysko o
bazach danych Oracle
:-)

Temat: Oracle transakcyjna replikacja

Marcin Przepiórowski:
Widzialem ;) Niezapomniane przezycie ;)
Jednym ze szczytow byl file system na archive logi zawierajacy miejsce na dokladnie 3 archy - bo byly trzy grupy redo ;)

Moj ostatni BackupMaster stwierdzil z kolei: "kasuj archivelogi co godzine, bo my robimy jakims magicznym narzedziem backup tego filesystemu co godzine"... Najgorsze, ze powiedzial to po niemiecku - a ja w tym jezyku za bardzo nie portafie nabluzgac na takiego :-(

Pozdrawiam

Mariusz
Adam B.

Adam B. Oracle Certified
Master

Temat: Oracle transakcyjna replikacja

Mariusz Masewicz:
Marcin Przepiórowski:
Widzialem ;) Niezapomniane przezycie ;)
Jednym ze szczytow byl file system na archive logi zawierajacy miejsce na dokladnie 3 archy - bo byly trzy grupy redo ;)

Moj ostatni BackupMaster stwierdzil z kolei: "kasuj archivelogi co godzine, bo my robimy jakims magicznym narzedziem backup tego filesystemu co godzine"... Najgorsze, ze powiedzial to po niemiecku - a ja w tym jezyku za bardzo nie portafie nabluzgac na takiego :-(

Pozdrawiam

Mariusz

Dobre .. dobre.....powinien jeszcze powiedzieć jaki to magiczny sposób ... bo wileu magików widziałem...

Następna dyskusja:

Replikacja danych z baz Ora...




Wyślij zaproszenie do