Path: csiph.com!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Enrico Maria Chellini Newsgroups: it.comp.os.linux.sys Subject: Re: dischi ssd su server Date: Fri, 3 Jan 2025 12:52:39 +0100 Organization: bitit.it Lines: 63 Message-ID: <20250103125239.0a4b8b0d@bitit.it> References: <20250102152657.6c833139@bitit.it> <20250102194226.2812f341@bitit.it> <20250103104455.69faae3c@bitit.it> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Date: Fri, 03 Jan 2025 12:52:40 +0100 (CET) Injection-Info: dont-email.me; posting-host="fc6eb47d73304bcb976323600b39ec55"; logging-data="4031151"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19DDpokDIup25VMBiFQIPu0" Cancel-Lock: sha1:msiZ14irgeaZ+ohFV6D+NaEXv9M= X-Newsreader: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-mageia-linux-gnu) Xref: csiph.com it.comp.os.linux.sys:45357 > Chiedo per imparare, perch=C3=A9 da solo non ci arrivo: che > utilit=C3=A0 pu=C3=B2 avere una siffatta directory di appoggio? Tranquillo se ero sicuro al 100% non avevo bisogno di fare un post. una directory di appoggio =C3=A8 necessaria per il ripristino dei backup presenti in locale; in pi=C3=B9 se il pannello di consente solo backup su amazon e pochi altri cloud, per altri cloud o server la sincronizzazione dei dati la devi fare con uno script che si attiva con cron. =C3=A9 pi=C3=B9 semplice farla sulla cartella di appoggio che su tutti i se= rver virtuali. Per esempio io accedo da remoto in ftp a quella cartella e scarico tutto quello che non ho scaricato precedentemente con uno script Non utilizzare i dischi di base del server per i back up, vuol dire, caricare meno questi dischi, a livello lavoro, di spazio e di numero di scritture.=20 Poich=C3=A8 non ho la possibilit=C3=A0 di inserire una coppia di dischi int= erni in raid per il tipo di server che vado a noleggiare, un disco esterno USB =C3=A8 una soluzione che ho a disposizione.=20 =C3=A8 chiaro che sto cercando di ottimizzare la massimo le risorse a disposizione, anche a livello di denaro; con il doppio di fondi a disposizione mi faccio meno problemi.=20 Enrico=20 > Perch=C3=A9 di svantaggi me ne vengono in mente, invece, e > parecchi. >=20 > Chiariamoci: il primo backup locale sul server stesso > va benissimo anche secondo me, ma che sia su un altro > disco. E perch=C3=A9 rimovibile? Il backup interno, sul > server stesso, deve IMHO essere anzitutto su un disco > *veloce* con connessione *veloce*, che sia gi=C3=A0 l=C3=AC quando > dovesse servire... e bum, via, fatto il ripristino. >=20 > Discutendo in generale: i backup sono impegnativi per i > dischi: vanno fatti (letture, scritture, spazio occupato) > *e* si deve anche provare a ripristinarli (letture, > scritture...). Non c'=C3=A8 backup senza restore. > La quantit=C3=A0 di gente che ha "fatto" i backup, per scoprire > che quando servivano erano scassati o non andavano mica > su... >=20 > Poi ci sar=C3=A0 il backup su supporto rimovibile e quello > di l=C3=A0 dal mondo. Ma se ne fai uno interno... che sia > interno sul serio, direi io. >=20 > All'OP voglio specificare: intendevo solo essere > scherzoso, col mio riferimento biblico, non offensivo, > eh! Pace!