GoldenLine
Zaloguj się
Jarosław Kędzierski

Jarosław Kędzierski Admin od okienek

Temat: Metroklaster i tańsze alternatywy

Witajcie.

Potrzebowałbym sobie zaplanować backapowanie baz danych między dwoma serwerowniami. Hmmm... mam parę pomysłów, ale jeśli ktoś z was ma coś takiego zestawionego, a może o tym mówić... powiedzcie jak to robicie i co do tego potrzebne :)
Link do wypowiedziLink

konto usunięte

Temat: Metroklaster i tańsze alternatywy

Jeśli chodzi o oprogramowanie, to polecam Ahsaya: http://www.ahsay.com/jsp/en/home/index.jsp
Pracowałam z nim w 2 firmach. Jest tani, prosty w obsłudze i we wdrożeniu.

Jeśli chodzi o sam model backupu danych, to wszystko zależy co to za bazy i jak ważne są dane :)
Link do wypowiedziLink

konto usunięte

Temat: Metroklaster i tańsze alternatywy

Jarosław Kędzierski:
Witajcie.

Potrzebowałbym sobie zaplanować backapowanie baz danych między dwoma serwerowniami. Hmmm... mam parę pomysłów, ale jeśli ktoś z was ma coś takiego zestawionego, a może o tym mówić... powiedzcie jak to robicie i co do tego potrzebne :)

wiecej szczegolow, co chcesz osiagnac:)
Link do wypowiedziLink
Jarosław Kędzierski

Jarosław Kędzierski Admin od okienek

Temat: Metroklaster i tańsze alternatywy

Chodzi mi o coś na kształt metroklastra. Czyli:

Serwer (lub klaster serwerów) w jednej serwerowni sklastrowany z serwerem lub klastrem serwerów w drugiej. W sensie między klastrami zestawiona jest pod spodem replikacja macierzy.
Wiem, że "z pudełka" NetApp oferuje tutaj Metroklaster. Zastanawiam się, czy da się coś takiego zestawić taniej, i tak naprawdę jakie jest minimum do osiągnięcia takiego rozwiązania.
Link do wypowiedziLink

konto usunięte

Temat: Metroklaster i tańsze alternatywy

Jarosław Kędzierski:
Chodzi mi o coś na kształt metroklastra. Czyli:

Serwer (lub klaster serwerów) w jednej serwerowni sklastrowany z serwerem lub klastrem serwerów w drugiej. W sensie między klastrami zestawiona jest pod spodem replikacja macierzy.
Wiem, że "z pudełka" NetApp oferuje tutaj Metroklaster. Zastanawiam się, czy da się coś takiego zestawić taniej, i tak naprawdę jakie jest minimum do osiągnięcia takiego rozwiązania.


jak piszesz na grupie sqlserver to znaczy że chcesz replikować bazy, nie znam rozwiązania na poziomie dyskowym które by sobie dobrze radziło i nie miało wpływu na wydajność bazy, SQL server to bufory i cache. Jeżeli chcesz mieć replikacje to zrób ją na poziomie bazy.
Całkiem fajnie sprawdza się też restor backupów i dogrywanie logów co kilka minut na blizniaczym serwerze
Link do wypowiedziLink
Jarosław Kędzierski

Jarosław Kędzierski Admin od okienek

Temat: Metroklaster i tańsze alternatywy

Mój problem polega na tym, że jak zrobić replikację/mirroring/logshiping na SQLu wiem i widziałem jak to działa. Każda droga ma wady i zalety. Metroklastra nie widziałem - stąd chętnie bym zobaczył.

Tak naprawdę nie zależy mi na zachowaniu wysokiej wydajności serwera podczas przełączenia (maszyny się nudzą tak naprawdę), bardziej na tym, żeby rozwiązanie było przeźroczyste dla aplikacji. Także tych, które do SQL Servera łączą się nietypowymi metodami...
Link do wypowiedziLink

konto usunięte

Temat: Metroklaster i tańsze alternatywy

Tak naprawdę nie zależy mi na zachowaniu wysokiej wydajności serwera podczas przełączenia (maszyny się nudzą tak naprawdę), bardziej na tym, żeby rozwiązanie było przeźroczyste dla aplikacji. Także tych, które do SQL Servera łączą się nietypowymi metodami...

nie chodzi o momęt przełanczania, chodz o to że sql pakuje wszystko co sie da do buforów, większość aktualnych danych jest w ramie a nie na dysku.
Co marketing by się nie rozpisywał to przed każdą wymianą danych musi być na serwerze checkpoint a to musi być widoczne dla aplikacji, wzglednie musi być bardzo asynchroniczna i jeśli masz z 40Gb ramu to możesz być mocno żdziwiony róznicami w obu bazach
Link do wypowiedziLink
Jarosław Kędzierski

Jarosław Kędzierski Admin od okienek

Temat: Metroklaster i tańsze alternatywy

I to jest dobry, poważny argument. Ma ktoś gdzieś jakieś linki, które potwierdzają buforowanie zapisów w SQL Server ? Powiedzmy przy 40GB jak duża może być rozbieżność ?? Transakcje z ostatnich sekund czy minut (chodzi mi o skalę wielkości).
Rozumiem, że baza na dzień dobry będzie na bank do naprawienia przy replikacji na poziomie macierzy dyskowych.
Link do wypowiedziLink
Bartosz Ślepowronski

Bartosz Ślepowronski Problem? Jaki
problem?

Temat: Metroklaster i tańsze alternatywy

Robert, czy początek każdej transakcji nie musi i tak być zapisany w logu? Czyli teoretyczne rozbieżności powinny się ogranizczać do nie commitowanych transakcji?
Link do wypowiedziLink

konto usunięte

Temat: Metroklaster i tańsze alternatywy

Bartosz Ślepowronski:
Robert, czy początek każdej transakcji nie musi i tak być zapisany w logu? Czyli teoretyczne rozbieżności powinny się ogranizczać do nie commitowanych transakcji?
nie, jest zapisywana w bródnej stronie w pamięci dopiero po checkpincie lub commite ląduje na dysku
ale tylko log a dane wyjsciowe do tego logu mąga wbyć w ramie pare minut/godzin
Link do wypowiedziLink
Bartosz Ślepowronski

Bartosz Ślepowronski Problem? Jaki
problem?

Temat: Metroklaster i tańsze alternatywy

Ale z punktu widzenia replikacji to nie powinno miec znaczenia, prawda? Dane transakcji są od razu przesyłane do drugiego serwera, więc nawet jak publisher padnie to dane to dane z logu i tak już będą przesłane do wszystkich subskrybentów.

W takim scenariuszu publisher traci te niezapisane 40GB transakcji siedzące w pamięci, ale ponieważ wszystkie zostały wysłane do subskrybentów to jedyne co trzeba zrobić to dograć te transakcje jak publisher się podniesie. Więc strata tak czy inaczej ogranicza się do nie commitnientych transakcji.

Inaczej replikacja chyba nie miałaby sensu?
Link do wypowiedziLink
Jarosław Kędzierski

Jarosław Kędzierski Admin od okienek

Temat: Metroklaster i tańsze alternatywy

Mówiąc o replikacji mieliśmy na myśli replikację na poziomie macierzy dyskowych, a nie tą SQLową, więc kolejki zapisu jak najbardziej mają znaczenie.
Link do wypowiedziLink

konto usunięte

Temat: Metroklaster i tańsze alternatywy

Bartosz Ślepowronski:
Ale z punktu widzenia replikacji to nie powinno miec znaczenia, prawda? Dane transakcji są od razu przesyłane do drugiego serwera, więc nawet jak publisher padnie to dane to dane z logu i tak już będą przesłane do wszystkich subskrybentów.

W takim scenariuszu publisher traci te niezapisane 40GB transakcji siedzące w pamięci, ale ponieważ wszystkie zostały wysłane do subskrybentów to jedyne co trzeba zrobić to dograć te transakcje jak publisher się podniesie. Więc strata tak czy inaczej ogranicza się do nie commitnientych transakcji.

Inaczej replikacja chyba nie miałaby sensu?


tak (mniejwiecej) jest przy replikacji serwerasql a mowa jest o replikacji dyskowej
Link do wypowiedziLink
Bartosz Ślepowronski

Bartosz Ślepowronski Problem? Jaki
problem?

Temat: Metroklaster i tańsze alternatywy

A to ja przepraszam :)
Link do wypowiedziLink

konto usunięte

Temat: Metroklaster i tańsze alternatywy

Jarosław Kędzierski:
I to jest dobry, poważny argument. Ma ktoś gdzieś jakieś linki, które potwierdzają buforowanie zapisów w SQL Server ? Powiedzmy przy 40GB jak duża może być rozbieżność ?? Transakcje z ostatnich sekund czy minut (chodzi mi o skalę wielkości).
Rozumiem, że baza na dzień dobry będzie na bank do naprawienia przy replikacji na poziomie macierzy dyskowych.


baza replikowanma na poziomie macierzy dyskowej jest położona, nie znam takiej która może byc online bo dyski są off
Link do wypowiedziLink
Jarosław Kędzierski

Jarosław Kędzierski Admin od okienek

Temat: Metroklaster i tańsze alternatywy

Zgadzam się, dyski są off. Może nie wyraziłem się precyzyjnie. Chodzi mi o następujący przypadek. Nastąpiła awaria, pierwsza lokalizacja wyleciała. Użytkonicy nie mogą pracować. Uruchamiam stanby'owy serwer z podłączeniem do obrazu macierzy (który już teraz nie będzie read-only) i zaczynam pracę.

1. Rozumiem, że na bank baza nie podmontuje się tak po prostu, tylko trzeba ją będzie naprawić?
2. Rozumiem, że stan bazy, nie będzie bieżacy, tylko jakiś "z przeszłości". O zakres czasowy tego "z przeszłości" pytam. Użytkownicy będą musieli powtórzyć wykonane i zatwierdzone transakcje... z kilku sekund, minut... a może dłużej?
Link do wypowiedziLink

konto usunięte

Temat: Metroklaster i tańsze alternatywy

Jarosław Kędzierski:
Zgadzam się, dyski są off. Może nie wyraziłem się precyzyjnie. Chodzi mi o następujący przypadek. Nastąpiła awaria, pierwsza lokalizacja wyleciała. Użytkonicy nie mogą pracować. Uruchamiam stanby'owy serwer z podłączeniem do obrazu macierzy (który już teraz nie będzie read-only) i zaczynam pracę.

1. Rozumiem, że na bank baza nie podmontuje się tak po prostu, tylko trzeba ją będzie naprawić?
2. Rozumiem, że stan bazy, nie będzie bieżacy, tylko jakiś "z przeszłości". O zakres czasowy tego "z przeszłości" pytam. Użytkownicy będą musieli powtórzyć wykonane i zatwierdzone transakcje... z kilku sekund, minut... a może dłużej?


1.nawet bym nie zalecał bo coś na primary ci się zawiesi na chwile (np coś z kartą sieciową ) i już będzie ci startował secendary ;)

2. obawiam się że jak nie będziesz miał jakiegoś drogiego rozwiązania, dodatkowo dedykowanej pod sql to może się okazać że masz sieczkę w bazie
wszystko zależy od wielu rzeczy... ja bym nie ufał jakimś własnym pomysłą;)

Generalnie uważam, że lepiej mieć aktualny backup a jak masz storage to go odtwarzaj tam na bierząco trzymaj w norecovery i dogrywaj co par minut backup logu z primary
Jak będzie pad macierzy robisz backup tailoga dogrywasz na nowy przerzucasz go w recovery i masz gotowy serwer z aktualnymi danymi
Link do wypowiedziLink
Jarosław Kędzierski

Jarosław Kędzierski Admin od okienek

Temat: Metroklaster i tańsze alternatywy

Dzięki za wskazówki. Podjąłem już decyzję co do mojej architektury. Ale jeśli ktoś ma coś fajnego do dodania, to też jeszcze sobie chętnie poczytam :)
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

czy alternatywny system obr...




Wyślij zaproszenie do
Anuluj