sslug-teknik team mailing list archive

[Ivar Madsen <spam.sslug.news@xxxxxxxx>]

Jesper Krogh wrote:


>> > Ved du at:
>> > 1) Der ikke bliver skrevet til databasefilerne blot fordi der ikke
>> > bliver skrevet til databasen?
>> > 2) MediaWiki ikke har en intern cache, som den selv kunne finde på at
>> > flushe/putte ting i så størrelsen ikke opfører sig som du beskriver.
>> > Jeg kan oplyse at begge dele er tilfældet...
>>  OK, men nytter det så bare at lave en mysqldump?
>>  Skal jeg ikke først få MidiaWiki til at skrive sin interne cache til
>>  databasen, for at få alle ændringer med?
> mysqldump er normalt "anbelfalet" backup for en mysqldatabase, så det
> vil være vejen at gå.

Men hvor meget er den backup vær hvis ikke den database den er en backup af,
er uptodate? Og det er MediaWiki's jo ikke hvis noget af den ligger i
MediaWiki's interne cache.

Eller det er måske en detalje man ikke behøver at bekømere sig om, går
maskinen i total udo, så er den backup god nok, til at bruge, og de
ændringer der ikke er skrevet til de filer den er taget af, ikke vær at
tage i betragtning i forhold til at der aligevel kan være ændret på en
siden siden sidste backup kørsel?

>>  En anden ting jeg lige kommer til at tænke på, sørger mysqldump for at
>>  der ikke kan skrives til databasen mens den tager en backup?
> Læs man siden.. jeg tror nok det er --opt du skal bruge som option.

Så er det jo derfor den stribe options jeg blev anbefalet forleden
indeholder --opt .-)

>>  Eller er det kernen som helt generelt sørger for at en fil ikke kan
>>  tilgås af to bruger som RO og RW på samme tid?
> Nej, så restriktiv er kernen ikke..

Hvad så med to bruger der vil tilgå RW begge to?
Det kan jo blive noget forfærkeligt mixmax man kan få i en fil.

-- 
Med venlig hilsen
Ivar Madsen
Hjælp til med at få overblik over CC's ADSL priser på
http://milli.dk/index.php/CC_ADSL_priser
--------------------------------------------------------------------------------