konto usunięte

Temat: architektura systemu

Witam,
Chciałbym potwierdzić / zmodyfikować pewną wizję rozwiązania – architekturę:

Mam system produkcyjny, który będzie korzystał z bazy danych (Oracle 10g);
Ponieważ system jest duży (ilość danych oraz krótki czas dostępu do nich) będzie to na klastrze (około 8 nodów) Oracle RAC.
Dodatkowo konieczna jest funkcjonalność wykonywania raportów na danych produkcyjnych (bardzo dużo operacji Read) bez zakłócania działania środowiska produkcyjnego.

Rozwiązaniem, które przyszło mi do głowy jest Oracle Data Guard. Szczególnie opcja ‘logical standby database’ wygląda zachęcająco (mógłbym wykonywać również jakieś operacje na bazie raportowej), jednak obawiam się o wydajność takiego rozwiązania (zamiana REDO logów na SQLe).

Czy ewentualnie możecie polecić jakieś inne rozwiązanie (+ technologie) umożliwiające dodanie klocka ‘raportującego’ do środowiska produkcyjnego?

Bardzo dziękuję za pomoc

konto usunięte

Temat: architektura systemu

marcin marcin:
Rozwiązaniem, które przyszło mi do głowy jest Oracle Data Guard. Szczególnie opcja ‘logical standby database’ wygląda zachęcająco (mógłbym wykonywać również jakieś operacje na bazie raportowej), jednak obawiam się o wydajność takiego rozwiązania (zamiana REDO logów na SQLe).

Standby database to baza pracująca w trybie mount, więc nie można na niej normalnie pracować, nawet w trybie read only.

Wyjścia generalnie są dwa.

1. Klonowanie bazy raz na jakiś czas, tj. wykonanie kopii z której mógłbyś wykonywać raporty. Wadą jest nieaktualność danych, bo przecież kopii nie będziesz wykonywał co chwila. Kopie możesz robić z backupu, przy okazji bedziesz regularnie testował poprawność backupu. Cały ten proces można dość łatwo zautomatyzować jeśli masz system Unixowy.

2. Stworzenie dodatkowej bazy, którą będziesz ładował za pomocą database linka. Możesz zrobić środowisko rozproszone, ale ... jeśli chcesz mieć snapshoty ładowane w trybie fast, to musisz zrobić refresh grupy na bazie produkcynej. Powoduje to też, że baza produkcyjna będzie trochę dodatkowo puchła ponieważ będzie dodatkowo przechowywać listę zmian pomiędzy kolejnymi odświeżaniami snapshotów.
Marcin Dawidowicz

Marcin Dawidowicz Telco Consultant,
Accenture

Temat: architektura systemu

Krzysztof P.:

Standby database to baza pracująca w trybie mount, więc nie można na niej normalnie pracować, nawet w trybie read only.

Wyjścia generalnie są dwa.

1. Klonowanie bazy raz na jakiś czas, tj. wykonanie kopii z której mógłbyś wykonywać raporty. Wadą jest nieaktualność danych, bo przecież kopii nie będziesz wykonywał co chwila. Kopie możesz robić z backupu, przy okazji bedziesz regularnie testował poprawność backupu. Cały ten proces można dość łatwo zautomatyzować jeśli masz system Unixowy.

2. Stworzenie dodatkowej bazy, którą będziesz ładował za pomocą database linka. Możesz zrobić środowisko rozproszone, ale ... jeśli chcesz mieć snapshoty ładowane w trybie fast, to musisz zrobić refresh grupy na bazie produkcynej. Powoduje to też, że baza produkcyjna będzie trochę dodatkowo puchła ponieważ będzie dodatkowo przechowywać listę zmian pomiędzy kolejnymi odświeżaniami snapshotów.

hej,
zajmuje się podobnym tematem,
jednak czy aby na pewno z bazy standby nie da się korzystać?

dopiero zgłębiam temat, jednak z opisu (http://www.oracle.com/technology/deploy/availability/h... wynika chyba co innego ?

konto usunięte

Temat: architektura systemu

Marcin Dawidowicz:
hej,
zajmuje się podobnym tematem,
jednak czy aby na pewno z bazy standby nie da się korzystać?

Można ją przełączyć w tryb read-only, ale nie wiem co w tym trybie da się zrobić. Na pewno trochę zapytań pójdzie, ale jeśli dojdzie do sortowania i próby zapisu do TEMP lub UNDO ... ktoś się wypowie ?

W każdym razie przełączenie w read-only i powrót do Recovery mode są możliwe.
Mateusz Dohnal

Mateusz Dohnal Senior Oracle
Exadata DBA

Temat: architektura systemu

Witam!
Baza typu "logical standby", bo o taką w pierwszym poście padło zapytanie, jest w pełni funkcjonalna bazą danych, open r/w nawet w trybie aplikacji. Ograniczenia wykorzystania wynikają bardziej z typu danych np. LONG nie jest wspierany na bazie "logical standby". Więcej w dokumentacji.

konto usunięte

Temat: architektura systemu

Mateusz Dohnal:
Witam!
Baza typu "logical standby", bo o taką w pierwszym poście padło zapytanie, jest w pełni funkcjonalna bazą danych, open r/w nawet w trybie aplikacji. Ograniczenia wykorzystania wynikają bardziej z typu danych np. LONG nie jest wspierany na bazie "logical standby". Więcej w dokumentacji.

świetnie, bardzo dziękuję za odpowiedź,
natomiast czy masz może jakieś doświadczenia z wydajnością tego rozwiązania (zamiana REDO logów na SQLe i później wykonywanie na bazie StandBy troszkę mnie niepokoi wydajnościowo)?

ewentualnie czy możecie polecić jakąś inną technologię implementacji takiego komponentu pośredniego?
Jakub Wartak

Jakub Wartak Szaman
UNIXa/Linux/Oracle,
IBM CATE

Temat: architektura systemu

W 11g Active DataGuard. Oczywiscie dodatkowa kasa. Co to znaczy "duzy" i "szybko" ?

Edit: a i jak chcesz miec az 8 nodow to pamietaj ze logi sa w MAA(RAC+DG) aplikowane tylko na jednym wezle po stronie odbierajacej. Z ciekawosci, co to jest ze wymaga az 8-wezlow (i jakich?) ?Jakub Wartak edytował(a) ten post dnia 04.12.08 o godzinie 21:35

Następna dyskusja:

Architektura Krajobrazu




Wyślij zaproszenie do