GoldenLine
Zaloguj się
Tomasz M.

Tomasz M. Administrator Linux

Temat: Macierz - konfiguracja pod baze (1 instancja)

Witam,

Mam do Państwa pytanie odnosnie zasad konfiguracji macierzy pod baze Oracle 10g. Baza docelowo bedzie procowac pod systemem Solaris 10 SPARC.
Macierz posiada 12 dyskow SAS (4TB).
Na pewno docelowo wszystko bedzie pracowac pod ASM.
Jak powinien wygladac poprawny podzial macierzy na LUNy?

Na macierzy wydzielic jeden LUN pod DATA1 i jeden LUN pod FRA (a w Oraclu ustawic opcje nadmiarowosci na external)?

Czy raczej zrobic kilka LUNow (np.3) i z nich zrobic grupe DATA1 (z opcja external)?

I jeszcze jedno pytanie jaka wielkosc powinno miec FRA w odniesieniu do DATA1 (dane na ASM)?

Z gory dziekuje za rozjasnienie tego zagadnienia.

Pozdrawiam
Tomek
Link do wypowiedziLink

konto usunięte

Temat: Macierz - konfiguracja pod baze (1 instancja)

Ja bym kombinowal w ten desen:

12 dyskow na macierzy kazdy np. 460gb:
2 dajesz na hotspare

czyli zostaje nam 10 x 460gb

DATA:
1 LUN - RAID-5 (4dyski) czyli bedziesz mial: 1,380 TB na dane
I w Oraclu redundancje ustawiasz na external (bo realizuje ja macierz)

FRA:
Tutaj masz archivelog i RAID-5 nie jest dobry a wrecz zly. Dobrze by tu bylo wstawic RAID-10 lub RAID-1

czyli zostalo nam 6dyskow
czyli mamy 3 grupy RAID-1 (3 LUNy) co nam daje: 3x460GB=1,380TB
W oraclu wybierasz sobie te 3 LUNy i ustawiasz opcje external.

Czyli mamy na Dane: 1,3TB i na FRA: 1,3TB
Oracle zaleca aby obszar FRA byl wstanie zmiescic backup + archivelog czyli w naszym przypadku powinno byc w miare ok.
Wszystko zalezy od macierzy jaka posiadasz oraz od tego jak bardzo bedzie baza I/O obciarzona no i od kosztow zastosowanej redundancji.
Link do wypowiedziLink
Adam Orlik

Adam Orlik Starszy
Administrator Baz
Danych Oracle

Temat: Macierz - konfiguracja pod baze (1 instancja)

Nie napisałeś jaki jest aktualny rozmiar bazy danych i jaki mniej więcej szacujesz jej przyrost więc ciężko określić ile dysków i jaki RAID będzie najlepszy. Generalnie jeżeli chodzi o wydajność to wszędzie gdzie można idziemy w RAID 10. Najszybsze i najbezpieczniejsze rozwiązanie, niestety też kosztowne. Jeżeli nie mamy tyle dysków, to RAID 1 ( redundancja chroni przed padnięciem pojedyńczego dysku, prędkość taka sama jak jeden dysk). W ostateczności RAID 5 ( duża pojemność, wolny zapis gdyż musimy wyliczać dodatkowe sumy kontrolne. Odczyt szybszy niż raid1).

Jeżeli chodzi o podział logiczny:

1. LUN na dane - najlepiej raid 10
2. FRA ( archive logi, flashback logi) - tutaj spokojnie wystarczy RAID5 .
3. redo logi - raid0
4. redo logi - raid0

Luny na redo zrobiłbym w raid0, a redundancje zapewnił poprzez duplikacje logów ( po dwa pliki w grupie, każda grupa ma po jednym logu na dwóch lunach). W ten sposób otrzymujemy coś w rodzaju RAID10, dodatkowo zyskujemy ochronę przed błędami ludzkimi ( przypadkowe skasowanie redologów z jednego luna).

Dobrą praktyką jest także wydzielenie oddzielnych lunów na tempfile ( duże sortowania itd) żeby nie konkurowały w dostępie do zasobów z plikami danych. Analogicznie, możemy wydzielić przestrzeń na indeksy. Oczywiście jeżeli wiemy ile zajmują i jak szybko będą rosły.

Jeżeli chodzi o wielkość FRA, to zależy ona od polityk backupowych. Musisz sobie odpowiedzieć na pytania: Jak często robimy backup bazy? Czy są to backupy całościowe, czy przyrostowe? Czy backup jest robiony na dysk, czy na taśmy ? A może najpierw na dysk a potem z dysku na taśmy? Jak długo chcemy mieć dostępne archive logi i zrobione backupy?

Zgadzam się z przedmówcą że 2 dyski na hotspare to dobry pomysł. W ostateczności 1 hotspare i na bieżąco monitorujemy stan dysków.
Link do wypowiedziLink

konto usunięte

Temat: Macierz - konfiguracja pod baze (1 instancja)

Tomasz Majchrowicz:
Macierz posiada 12 dyskow SAS (4TB).
Na pewno docelowo wszystko bedzie pracowac pod ASM.
Jak powinien wygladac poprawny podzial macierzy na LUNy?

Nie podałeś rozmiaru bazy.

Zrób 5xRAID1, dwa dyski zostaw na hotspare. 4 LUNy wystaw na ASM z redundancją external, a jeden LUN jako filesystem dla FRA.

Do FRA niech idą autobackupy controlfiles, zrób tam też kopię redologow (czyli w grupie jeden redolog na asm, a drugi we FRA). W sumie można byłoby też przynajmniej jeden dodatkowy controlfile do niego wrzucic.
Link do wypowiedziLink
Tomasz M.

Tomasz M. Administrator Linux

Temat: Macierz - konfiguracja pod baze (1 instancja)

Dzieki za informacje.

Co do wielkosci bazy tego nikt niewie bo to narazie pilot projektu. Nie mniej jednak chcial bym jak najlepiej przygotowac takie srodowisko. Jeszcze raz dzieki za informacje sporo mi to rozjasnilo.

Pozdrawiam
Tomasz
Link do wypowiedziLink
Tomasz M.

Tomasz M. Administrator Linux

Temat: Macierz - konfiguracja pod baze (1 instancja)

Mam mały problem:
Zainstalowalem za pierwszym razem baze tworzac 2 grupy:
DATA
FRA

Poniewaz ponownie musialem ponowic instalacje bazy wiec przelabelowalem LUNy i nadal Oracle widzi dane z pierwszej instalacji.
Jak zniszczyc calkowicie dane z LUNow DATA oraz FRA?
Tak by instalator Oracla nie wykrywal tych zasobow automatycznie.
System to Solaris 10.

Pozdrawiam
TomaszTomasz Majchrowicz edytował(a) ten post dnia 14.01.10 o godzinie 10:57
Link do wypowiedziLink

konto usunięte

Temat: Macierz - konfiguracja pod baze (1 instancja)

Tomasz Majchrowicz:
Jak zniszczyc calkowicie dane z LUNow DATA oraz FRA?
Tak by instalator Oracla nie wykrywal tych zasobow automatycznie.
System to Solaris 10.

dd if=/dev/zero of=/sciezka/do/luna count=1

:)
Link do wypowiedziLink
Tomasz M.

Tomasz M. Administrator Linux

Temat: Macierz - konfiguracja pod baze (1 instancja)

Krzysztof Pułapa:
Tomasz Majchrowicz:
Jak zniszczyc calkowicie dane z LUNow DATA oraz FRA?
Tak by instalator Oracla nie wykrywal tych zasobow automatycznie.
System to Solaris 10.

dd if=/dev/zero of=/sciezka/do/luna count=1

:)

Niestety ale ciagle widze dane :/
dbca wykrywa mi zasoby DATA oraz FRA a jak sie zaloguję do asmcmd to sa tam dane :(
Jak sie tego pozbyc?
Chcial bym aby dbca nie wykrylo mi automatycznie zasobow DATA oraz FRA tylko zebym je sam ponownie zalozyl no i aby byly bez danych..
Link do wypowiedziLink
Marcin Przepiórowski

Marcin Przepiórowski Oracle ACE

Temat: Macierz - konfiguracja pod baze (1 instancja)

Tomasz Majchrowicz:
Krzysztof Pułapa:
Tomasz Majchrowicz:
Jak zniszczyc calkowicie dane z LUNow DATA oraz FRA?
Tak by instalator Oracla nie wykrywal tych zasobow automatycznie.
System to Solaris 10.

dd if=/dev/zero of=/sciezka/do/luna count=1

:)

Niestety ale ciagle widze dane :/
dbca wykrywa mi zasoby DATA oraz FRA a jak sie zaloguję do asmcmd to sa tam dane :(
Jak sie tego pozbyc?
Chcial bym aby dbca nie wykrylo mi automatycznie zasobow DATA oraz FRA tylko zebym je sam ponownie zalozyl no i aby byly bez danych..


Maly update

dd if=/dev/zero of=/sciezka/do/luna count=100 bs=1M

to powonno dac pewnosc ze juz nic nie ma :-P
Link do wypowiedziLink

konto usunięte

Temat: Macierz - konfiguracja pod baze (1 instancja)

Sposob Krzysztofa i Marcina jest dobry.
Zrob jeszcze zmiana zakresu sectorow na slice i na pewno nie zobaczysz juz nic (tzn. jesli miales sectory 1-2000 daj np. 2-2000)
Link do wypowiedziLink

konto usunięte

Temat: Macierz - konfiguracja pod baze (1 instancja)

Tomasz Majchrowicz:
Niestety ale ciagle widze dane :/
dbca wykrywa mi zasoby DATA oraz FRA a jak sie zaloguję do asmcmd to sa tam dane :(
Jak sie tego pozbyc?

Skoro masz tylko dwie grupy to je po prostu usun z instancji. Ale jesli juz zamazałes dyski, to mogą być błędy i w ogóle się posypie.

Może po prostu wytnij całą instancję i zrób ją ponownie z dbca. Tak będzie najprościej.
Link do wypowiedziLink
Tomasz M.

Tomasz M. Administrator Linux

Temat: Macierz - konfiguracja pod baze (1 instancja)

Problem rozwiązany.
Najpierw zamazałem dysk "zerami", następnie zmieniłem zakres sektorów i wywaliłem całą strefę z Oraclem i ponowiłem instalacje - pomogło. Jak robiłem instancję ASM i zalogowałem sie przez asmcmd było już pusto :-) no i dbca nie wykrył już tych dwóch grup DATA oraz FRA - czyli dokładnie tak jak chciałem.
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

Macierz pod bazę Oracle 10g




Wyślij zaproszenie do
Anuluj