[MSSQL] Giną rekordy po padzie zasilania
Dark - 20-01-2007 00:01
[MSSQL] Giną rekordy po padzie zasilania
MSSQL 2000.
Czy to normalne dla tego serwera że giną rekordy w bazie po padach
zasilania.
Zwykły system dyskowy IDE, właczone cache dla zapisu.
Dark
zarafiq@poczta.onet.pl - 20-01-2007 00:01
> MSSQL 2000.
> Czy to normalne dla tego serwera że giną rekordy w bazie po padach
> zasilania.
> Zwykły system dyskowy IDE, właczone cache dla zapisu.
W dokumentacji do PostgreSQL'a (akturat przerabiam) można przeczytać:
"Consumer-grade IDE drives are particularly likely
to contain write-back caches that will not survive a
power failure."
A co do rzeczy oczywistych to każda baza nie-zabawka
to dwa zasilacze i dwa UPSy.
Pozdrawiam
zarafiq
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
Dark - 20-01-2007 00:01
> A co do rzeczy oczywistych to każda baza nie-zabawka
> to dwa zasilacze i dwa UPSy.
>
> Pozdrawiam
> zarafiq
Zadaje takie pytanie bo przez lata używałem baz Sybase.
SQL Anywhere praktycznie nie sposób było popsuć.
Nie jestem bardzo biegły w humorach MSSQL.
Dark
zarafiq@poczta.onet.pl - 20-01-2007 00:01
> Zadaje takie pytanie bo przez lata używałem baz Sybase.
> SQL Anywhere praktycznie nie sposób było popsuć.
> Nie jestem bardzo biegły w humorach MSSQL.
Lepsze wrogiem dobrego :)
Pozdrawiam
zarafiq
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
Marcin A. Guzowski - 20-01-2007 00:01
Dark napisał(a):
> MSSQL 2000.
> Czy to normalne dla tego serwera że giną rekordy w bazie po padach
> zasilania.
> Zwykły system dyskowy IDE, właczone cache dla zapisu.
Zakładam, że nie chodzi o dane "stare" - od dawna w bazie (wtedy to
kwestie uszkodzenia pliku bazy), tylko o te ostatnio dodane.
W takim przypadku - to cecha wszystkich RDBMS, które implementują
Write-Ahead Logging (WAL) Protocol z checkpointem.
W dużym uproszczeniu sprawa wygląda tak:
Świeżo dodany rekord - wraz ze stroną danych, na której się znajduje -
przebywa sobie w buffer cache. Taką zmodyfikowaną i niezapisaną na
stable media stronę danych (data page, ale także stronę loga - log
page) określa się mianem dirty page. Co pewien czas SQL Server
wykonuje operację checkpoint, która polega na wysłaniu zmian na stable
media - czyli najczęściej dysk. Jeżeli awaria dysku/zasilania nastąpi
w sytuacji istnienia brudnych stron (danych/loga) oczywiste jest, że
część zmian po prostu przepadnie. Dlatego właśnie stosuje się macierze
RAID. Dlatego właśnie stosuje się UPSy.
Jeżeli zależy Ci, żeby natychmiast po modyfikacji dane trafiły na
dysk, to po transakcji wyślij do serwera polecenie CHECKPOINT.
--
Pozdrawiam,
Marcin Guzowski
http://guzowski.info
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
Zdalny =?ISO-8859-2?Q?dost=EAp_do_MSSQL_bez_zarz=B1dzani?==?ISO-8859-2?Q?a?=
[MSSQL] =?ISO-8859-2?Q?zgodno=B6ci_z_licencjami_Microsoft_?==?ISO-8859-2?Q?SQL_Server?=
[MSSQL 2k] - jak =?ISO-8859-2?Q?pod=B3=B1czy=E6_serwer_na_?==?ISO-8859-2?Q?porcie_innym_ni=BF_1433=3F?=
MSSQL Express czy Oracle Express
MSSQL 2005 i uruchamianie procedury o =?ISO-8859-2?Q?okre=B6lone?==?ISO-8859-2?Q?j_godzinie?=
[MSSQL] ACCESS - SQL =?ISO-8859-2?Q?B=B3ad_w_konwersji_lic?==?ISO-8859-2?Q?zb?=
[MSSQL 2000] =?ISO-8859-2?Q?wywo=B3anie_procesu_z_poziomu_?==?ISO-8859-2?Q?job=27a?=
[MSSQL 2K] =?ISO-8859-2?Q?Wp=B3yw_ustawie=F1_regionalnych_?==?ISO-8859-2?Q?serwera_na_zapytania?=
Pobierananie danych z innej bazy danych w MSSQL
Migracja MSSQL 2005 CTP na 2005 Express
zanotowane.pldoc.pisz.plpdf.pisz.plown-team.pev.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 |
|
