replikacja w dużej strukturze
mwi - 02-08-2007 00:04
Przepraszam, że powtarzam pytanie, ale zauważyłem, że po godzinie spadło do
archiwum, więc szansa, że ktoś je przeczyta jest niewielka:)
Replikuję dane z dużej liczbę serwerów w trybie merge do jednej bazy danych
(jeden typ danych), a inne dane z powrotem z jednego serwera centralnego do tych
samych subskrybentów. Obecnie stanąłem przed problemem wydajnościowym -
zastanawiam się nad kwestią zrobienia struktury drzewiastej to znaczy (na
przykład) 20 serwerów gada z większym serwerem A, 20 kolejnych z serwerem B itd,
a następnie serwer A, B, C itd z serwerem głównym. Potrzebuję porady gdzie i
czego szukać, żeby zorientować się jak rozwiązać problem. A może ktoś z Was coś
podobnego już robił?
Marek
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
hubert depesz lubaczewski - 02-08-2007 00:04
Dnia 01.08.2007 mwi <nzpWYTNIJTO@onet.eu> napisał/a:
> Przepraszam, że powtarzam pytanie, ale zauważyłem, że po godzinie spadło do
> archiwum, więc szansa, że ktoś je przeczyta jest niewielka:)
nie wiem co rozumiesz przez "spadło do archiwum". większość chyba czyta
korzystając z newsreaderów a tam wszystko czego się nie czytało jest od
razu widoczne. bez żadnego "archiwum".
depesz
--
quicksil1er: "postgres is excellent, but like any DB it requires a
highly paid DBA. here's my CV!" :)
http://www.depesz.com/ - blog dla ciebie (i moje CV)
mwi - 02-08-2007 00:04
> nie wiem co rozumiesz przez "spadło do archiwum". większość chyba czyta
> korzystając z newsreaderów a tam wszystko czego się nie czytało jest od
> razu widoczne. bez żadnego "archiwum".
od czasu jak się nam "poprawiło" (BGP, więc każdy dostawca się wypina) i muszę
korzystać z onetu zapominam że grupy można czytać normalnie:)
Marek
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
Rafal Franczak - 02-08-2007 00:04
mwi napisał(a):
> Przepraszam, że powtarzam pytanie, ale zauważyłem, że po godzinie spadło do
> archiwum, więc szansa, że ktoś je przeczyta jest niewielka:)
>
> Replikuję dane z dużej liczbę serwerów w trybie merge do jednej bazy danych
> (jeden typ danych), a inne dane z powrotem z jednego serwera centralnego do tych
> samych subskrybentów. Obecnie stanąłem przed problemem wydajnościowym -
> zastanawiam się nad kwestią zrobienia struktury drzewiastej to znaczy (na
> przykład) 20 serwerów gada z większym serwerem A, 20 kolejnych z serwerem B itd,
> a następnie serwer A, B, C itd z serwerem głównym. Potrzebuję porady gdzie i
> czego szukać, żeby zorientować się jak rozwiązać problem. A może ktoś z Was coś
> podobnego już robił?
>
> Marek
>
>
A tak z ciekawości co masz? serwer BD/rozmiar danych/maszyny/łącza?
Wiesz że nie ma rozwiązania uniwersalnego. Zdradź chociaż co to za
serwer bazy danych.
Rafał
mwi - 02-08-2007 00:04
> Wiesz że nie ma rozwiązania uniwersalnego. Zdradź chociaż co to za
> serwer bazy danych.
umknęło mi to, bo zawsze pisywałem na grupy MSSQLowe. Rozwiązanie to MSSQL 2005,
łącze 4MB, na kompach końcówkach mssql 2005 ekspress lub workgroup (nie
pamiętam, ale to chyba bez znaczenia). Na maszynie głównej enterprise. przycina
się maszyna, momo że jest 2 x po core duo i 8 gb ramu. Bazy około kilkuset MB,
ale nie więcej jak kilka, kilkanaście tysięcy transakcji dziennie (z czego góra
20% replikuję). Na serwerze głównym KILKA transakcji dziennie do replikacji
Marek
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
hubert depesz lubaczewski - 02-08-2007 00:04
Dnia 01.08.2007 mwi <nzpWYTNIJTO@onet.eu> napisał/a:
> pamiętam, ale to chyba bez znaczenia). Na maszynie głównej enterprise. przycina
> się maszyna, momo że jest 2 x po core duo i 8 gb ramu. Bazy około kilkuset MB,
> ale nie więcej jak kilka, kilkanaście tysięcy transakcji dziennie (z czego góra
> 20% replikuję). Na serwerze głównym KILKA transakcji dziennie do replikacji
sorry, ale to jest ta "duża" struktura?
ekhem.
jaki masz z tym problem? coś takiego do zestawienia (przynajmniej na pg
+ slony) to trywial. przy takiej ilosci danych/transakcji to nawet nie
wygeneruje obserwowalnego obciazenia sieci.
depesz
--
quicksil1er: "postgres is excellent, but like any DB it requires a
highly paid DBA. here's my CV!" :)
http://www.depesz.com/ - blog dla ciebie (i moje CV)
mwi - 03-08-2007 09:28
> sorry, ale to jest ta "duża" struktura?
no 100 serwerów po kilkaset mega to chyba duża struktura?
Marek
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
oracle -> oracle lub oracle -> mysql replikacja - programy
=?iso-8859-2?Q?=5BMySQL=5D_Wy=B6wietlenie_wszystkich_rekordow _zawierajacy?==?iso-8859-2?Q?ch_duplikat_a__moze_inna_struktura_bazy_danych ?=
Postgres - replikcja master-master
=?ISO-8859-2?Q?=5Bmysql=5D_synchronizacja_struktury_bazy_?==? ISO-8859-2?Q?lokalnej_ze_zdaln=B1?=
[postgres] Problem z =?ISO-8859-2?Q?zmian=B1_struktury_i_z?==?ISO-8859-2?Q?ale=BFno=B6ciami=2E?=
[oracle] [xml] XML na bazie istniejacej struktury ?
[ms sql] Przeniesienie bazy z wszystkimi dodatkami (dts, jobs, replikacja) na inny server ?
=?iso-8859-2?q?PG_Admin_-_wszyscy_widz=B1_struktur=EA...?=
[ms sql 2000] Replikacja - zmiana typu kolumny w tabeli ?
=?iso-8859-2?q?rozk=B3ad_autobusow_-_optymalna_struktura_bazy?=
zanotowane.pldoc.pisz.plpdf.pisz.plshanti.opx.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
