Mostra notizie nelle discussioni
  • Avatar
    ☺
    Scritto da
    ::1
    il 2015-10-02 19:53:08.0 alle 2015-10-02 19:53:08.0
    Trollate totali: 12321
    @alessandrox: manutenzione notturna
    Il backup del fdt parte alle 03:05; l'esecuzione di stanotte è terminata alle 03:19.
    Durante quel periodo il fdt risponde poco e niente, perché c'è un mysqldump in corso.
    Devo valutare se trasformare il backup in una copia di /var/lib/mysql/fdtsucker/ con il database spento, non ho avuto tempo di provare come si comporta nel restore e quanto viene compresso rispetto al plain sql attuale.
    Dovrebbe essere più veloce di sicuro. Ottimo sarebbe anche usare un backup incrementale, mi occuperebbe meno spazio.

    Edit: ho provato in passato percona xtrabackup, ma è stato un grosso fail.

    **Modificato dall'autore il 02.10.2015 19:54**
    Young professional woman and busy mom.
    • Avatar
      Scritto da
      Non Autenticato
      il 2015-10-02 21:10:45.0 alle 2015-10-02 21:10:45.0
      Re: @alessandrox: manutenzione notturna
      Scritto da: ::1
      > Il backup del fdt parte alle 03:05; l'esecuzione di stanotte è terminata alle 03:19.
      > Durante quel periodo il fdt risponde poco e niente, perché c'è un mysqldump in corso.
      > Devo valutare se trasformare il backup in una copia di /var/lib/mysql/fdtsucker/ con il database spento, non ho avuto tempo di provare come si comporta nel restore e quanto viene compresso rispetto al plain sql attuale.
      > Dovrebbe essere più veloce di sicuro. Ottimo sarebbe anche usare un backup incrementale, mi occuperebbe meno spazio.
      >
      > Edit: ho provato in passato percona xtrabackup, ma è stato un grosso fail.
      >
      > **Modificato dall'autore il 02.10.2015 19:54**

      Fai così... un semplice script
      1) spegne mysql (qui il sito va giù)
      2) copia i file del database altrove (direttamente i file così come sono)
      3) riavvia mysql (qui il sito torna su)
      4) crea dei tgz dei file copiati
      5) elimina la copia

      Dovrebbe essere molto veloce.
      Visto che ci sei, quando spegni e riavvii mysql potresti far fare altrettanto ad apache, giusto per farlo ripartire da uno stato pulito ogni giorno (non che serva ma probabilmente così ti occupa meno memoria).
      • Avatar
        Scritto da
        Non Autenticato
        il 2015-10-02 21:12:09.0 alle 2015-10-02 21:12:09.0
        Re: @alessandrox: manutenzione notturna
        Scritto da:
        > Scritto da: ::1
        > > Il backup del fdt parte alle 03:05; l'esecuzione di stanotte è terminata alle 03:19.
        > > Durante quel periodo il fdt risponde poco e niente, perché c'è un mysqldump in corso.
        > > Devo valutare se trasformare il backup in una copia di /var/lib/mysql/fdtsucker/ con il database spento, non ho avuto tempo di provare come si comporta nel restore e quanto viene compresso rispetto al plain sql attuale.
        > > Dovrebbe essere più veloce di sicuro. Ottimo sarebbe anche usare un backup incrementale, mi occuperebbe meno spazio.
        > >
        > > Edit: ho provato in passato percona xtrabackup, ma è stato un grosso fail.
        > >
        > > **Modificato dall'autore il 02.10.2015 19:54**
        >
        > Fai così... un semplice script
        > 1) spegne mysql (qui il sito va giù)
        > 2) copia i file del database altrove (direttamente i file così come sono)
        > 3) riavvia mysql (qui il sito torna su)
        > 4) crea dei tgz dei file copiati
        > 5) elimina la copia
        >
        > Dovrebbe essere molto veloce.
        > Visto che ci sei, quando spegni e riavvii mysql potresti far fare altrettanto ad apache, giusto per farlo ripartire da uno stato pulito ogni giorno (non che serva ma probabilmente così ti occupa meno memoria).

        Dal punto 1 al 3 dovrebbero passare pochi secondi... dipende dalle dimensioni dei file da copiare e dalla velocità del disco. In questo modo il sito sta offline pochissimo e tu hai il tuo bravo backup.
      • Avatar
        ☺
        Scritto da
        ::1
        il 2015-10-02 21:46:56.0 alle 2015-10-02 21:46:56.0
        Trollate totali: 12321
        Re: @alessandrox: manutenzione notturna
        Scritto da:
        > Scritto da: ::1
        > > Il backup del fdt parte alle 03:05; l'esecuzione di stanotte è terminata alle 03:19.
        > > Durante quel periodo il fdt risponde poco e niente, perché c'è un mysqldump in corso.
        > > Devo valutare se trasformare il backup in una copia di /var/lib/mysql/fdtsucker/ con il database spento, non ho avuto tempo di provare come si comporta nel restore e quanto viene compresso rispetto al plain sql attuale.
        > > Dovrebbe essere più veloce di sicuro. Ottimo sarebbe anche usare un backup incrementale, mi occuperebbe meno spazio.
        > >
        > > Edit: ho provato in passato percona xtrabackup, ma è stato un grosso fail.
        > >
        > > **Modificato dall'autore il 02.10.2015 19:54**
        >
        > Fai così... un semplice script
        > 1) spegne mysql (qui il sito va giù)
        > 2) copia i file del database altrove (direttamente i file così come sono)
        > 3) riavvia mysql (qui il sito torna su)
        > 4) crea dei tgz dei file copiati
        > 5) elimina la copia
        >
        > Dovrebbe essere molto veloce.
        > Visto che ci sei, quando spegni e riavvii mysql potresti far fare altrettanto ad apache, giusto per farlo ripartire da uno stato pulito ogni giorno (non che serva ma probabilmente così ti occupa meno memoria).

        La memoria di tomcat non mi preoccupa più da quando abbiamo 2gb di ram, anzi. Ho allargato alcuni parametri sia in mysql che in tomcat per tenere più roba in memoria.
        L'idea era quella che dici tu, ma non farei la copia temporanea; i dischi del vps non sono schegge e il db decompresso supera il gigabyte.
        Young professional woman and busy mom.
        • Avatar
          Scritto da
          Non Autenticato
          il 2015-10-02 21:52:21.0 alle 2015-10-02 21:52:21.0
          Re: @alessandrox: manutenzione notturna
          Scritto da: ::1
          > Scritto da:
          > > Scritto da: ::1
          > > > Il backup del fdt parte alle 03:05; l'esecuzione di stanotte è terminata alle 03:19.
          > > > Durante quel periodo il fdt risponde poco e niente, perché c'è un mysqldump in corso.
          > > > Devo valutare se trasformare il backup in una copia di /var/lib/mysql/fdtsucker/ con il database spento, non ho avuto tempo di provare come si comporta nel restore e quanto viene compresso rispetto al plain sql attuale.
          > > > Dovrebbe essere più veloce di sicuro. Ottimo sarebbe anche usare un backup incrementale, mi occuperebbe meno spazio.
          > > >
          > > > Edit: ho provato in passato percona xtrabackup, ma è stato un grosso fail.
          > > >
          > > > **Modificato dall'autore il 02.10.2015 19:54**
          > >
          > > Fai così... un semplice script
          > > 1) spegne mysql (qui il sito va giù)
          > > 2) copia i file del database altrove (direttamente i file così come sono)
          > > 3) riavvia mysql (qui il sito torna su)
          > > 4) crea dei tgz dei file copiati
          > > 5) elimina la copia
          > >
          > > Dovrebbe essere molto veloce.
          > > Visto che ci sei, quando spegni e riavvii mysql potresti far fare altrettanto ad apache, giusto per farlo ripartire da uno stato pulito ogni giorno (non che serva ma probabilmente così ti occupa meno memoria).
          >
          > La memoria di tomcat non mi preoccupa più da quando abbiamo 2gb di ram, anzi. Ho allargato alcuni parametri sia in mysql che in tomcat per tenere più roba in memoria.
          > L'idea era quella che dici tu, ma non farei la copia temporanea; i dischi del vps non sono schegge e il db decompresso supera il gigabyte.

          Bé, la copia temporanea era per poi poter fare il file compresso senza tenere il sito offline per troppo tempo...

          Ha senso tenere tutto quel vecchiume nel database?
          Non avrebbe più senso fare una sorta di "fork" del sito in sola lettura per tutta la roba più vecchia di, chessò, 2 anni, che si basi su un database che non viene più backuppato?
        • Avatar
          ☺
          Scritto da
          Giambo
          il 2015-10-02 21:57:09.0 alle 2015-10-02 21:57:09.0
          Trollate totali: 42885
          Re: @alessandrox: manutenzione notturna
          Scritto da: ::1
          > Scritto da:
          > > Scritto da: ::1
          > > > Il backup del fdt parte alle 03:05; l'esecuzione di stanotte è terminata alle 03:19.
          > > > Durante quel periodo il fdt risponde poco e niente, perché c'è un mysqldump in corso.
          > > > Devo valutare se trasformare il backup in una copia di /var/lib/mysql/fdtsucker/ con il database spento, non ho avuto tempo di provare come si comporta nel restore e quanto viene compresso rispetto al plain sql attuale.
          > > > Dovrebbe essere più veloce di sicuro. Ottimo sarebbe anche usare un backup incrementale, mi occuperebbe meno spazio.
          > > >
          > > > Edit: ho provato in passato percona xtrabackup, ma è stato un grosso fail.
          > > >
          > > > **Modificato dall'autore il 02.10.2015 19:54**
          > >
          > > Fai così... un semplice script
          > > 1) spegne mysql (qui il sito va giù)
          > > 2) copia i file del database altrove (direttamente i file così come sono)
          > > 3) riavvia mysql (qui il sito torna su)
          > > 4) crea dei tgz dei file copiati
          > > 5) elimina la copia
          > >
          > > Dovrebbe essere molto veloce.
          > > Visto che ci sei, quando spegni e riavvii mysql potresti far fare altrettanto ad apache, giusto per farlo ripartire da uno stato pulito ogni giorno (non che serva ma probabilmente così ti occupa meno memoria).
          >
          > La memoria di tomcat non mi preoccupa più da quando abbiamo 2gb di ram, anzi. Ho allargato alcuni parametri sia in mysql che in tomcat per tenere più roba in memoria.
          > L'idea era quella che dici tu, ma non farei la copia temporanea; i dischi del vps non sono schegge e il db decompresso supera il gigabyte.

          Master-slave MySQL ?
          `"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
          • Avatar
            ☺
            Scritto da
            ::1
            il 2015-10-02 21:58:06.0 alle 2015-10-02 21:58:06.0
            Trollate totali: 12321
            Re: @alessandrox: manutenzione notturna
            Scritto da: Giambo
            > Scritto da: ::1
            > > Scritto da:
            > > > Scritto da: ::1
            > > > > Il backup del fdt parte alle 03:05; l'esecuzione di stanotte è terminata alle 03:19.
            > > > > Durante quel periodo il fdt risponde poco e niente, perché c'è un mysqldump in corso.
            > > > > Devo valutare se trasformare il backup in una copia di /var/lib/mysql/fdtsucker/ con il database spento, non ho avuto tempo di provare come si comporta nel restore e quanto viene compresso rispetto al plain sql attuale.
            > > > > Dovrebbe essere più veloce di sicuro. Ottimo sarebbe anche usare un backup incrementale, mi occuperebbe meno spazio.
            > > > >
            > > > > Edit: ho provato in passato percona xtrabackup, ma è stato un grosso fail.
            > > > >
            > > > > **Modificato dall'autore il 02.10.2015 19:54**
            > > >
            > > > Fai così... un semplice script
            > > > 1) spegne mysql (qui il sito va giù)
            > > > 2) copia i file del database altrove (direttamente i file così come sono)
            > > > 3) riavvia mysql (qui il sito torna su)
            > > > 4) crea dei tgz dei file copiati
            > > > 5) elimina la copia
            > > >
            > > > Dovrebbe essere molto veloce.
            > > > Visto che ci sei, quando spegni e riavvii mysql potresti far fare altrettanto ad apache, giusto per farlo ripartire da uno stato pulito ogni giorno (non che serva ma probabilmente così ti occupa meno memoria).
            > >
            > > La memoria di tomcat non mi preoccupa più da quando abbiamo 2gb di ram, anzi. Ho allargato alcuni parametri sia in mysql che in tomcat per tenere più roba in memoria.
            > > L'idea era quella che dici tu, ma non farei la copia temporanea; i dischi del vps non sono schegge e il db decompresso supera il gigabyte.
            >
            > Master-slave MySQL ?

            Ripeti con me: master-slave replication non è un backup.
            Young professional woman and busy mom.
            • Avatar
              Scritto da
              Non Autenticato
              il 2015-10-02 23:48:51.0 alle 2015-10-02 23:48:51.0
              Re: @alessandrox: manutenzione notturna
              Scritto da: ::1
              > Scritto da: Giambo
              > > Scritto da: ::1
              > > > Scritto da:
              > > > > Scritto da: ::1
              > > > > > Il backup del fdt parte alle 03:05; l'esecuzione di stanotte è terminata alle 03:19.
              > > > > > Durante quel periodo il fdt risponde poco e niente, perché c'è un mysqldump in corso.
              > > > > > Devo valutare se trasformare il backup in una copia di /var/lib/mysql/fdtsucker/ con il database spento, non ho avuto tempo di provare come si comporta nel restore e quanto viene compresso rispetto al plain sql attuale.
              > > > > > Dovrebbe essere più veloce di sicuro. Ottimo sarebbe anche usare un backup incrementale, mi occuperebbe meno spazio.
              > > > > >
              > > > > > Edit: ho provato in passato percona xtrabackup, ma è stato un grosso fail.
              > > > > >
              > > > > > **Modificato dall'autore il 02.10.2015 19:54**
              > > > >
              > > > > Fai così... un semplice script
              > > > > 1) spegne mysql (qui il sito va giù)
              > > > > 2) copia i file del database altrove (direttamente i file così come sono)
              > > > > 3) riavvia mysql (qui il sito torna su)
              > > > > 4) crea dei tgz dei file copiati
              > > > > 5) elimina la copia
              > > > >
              > > > > Dovrebbe essere molto veloce.
              > > > > Visto che ci sei, quando spegni e riavvii mysql potresti far fare altrettanto ad apache, giusto per farlo ripartire da uno stato pulito ogni giorno (non che serva ma probabilmente così ti occupa meno memoria).
              > > >
              > > > La memoria di tomcat non mi preoccupa più da quando abbiamo 2gb di ram, anzi. Ho allargato alcuni parametri sia in mysql che in tomcat per tenere più roba in memoria.
              > > > L'idea era quella che dici tu, ma non farei la copia temporanea; i dischi del vps non sono schegge e il db decompresso supera il gigabyte.
              > >
              > > Master-slave MySQL ?
              >
              > Ripeti con me: master-slave replication non è un backup

              Tu sei un cinghiale, un cinghiale, un cinghiale.
              • Avatar
                ☺
                Scritto da
                Troll della mezzanotte
                il 2015-10-03 00:11:10.0 alle 2015-10-03 00:11:10.0
                Trollate totali: 481
                Re: @alessandrox: manutenzione notturna
                Scritto da:
                > Scritto da: ::1
                > > Scritto da: Giambo
                > > > Scritto da: ::1
                > > > > Scritto da:
                > > > > > Scritto da: ::1
                > > > > > > Il backup del fdt parte alle 03:05; l'esecuzione di stanotte è terminata alle 03:19.
                > > > > > > Durante quel periodo il fdt risponde poco e niente, perché c'è un mysqldump in corso.
                > > > > > > Devo valutare se trasformare il backup in una copia di /var/lib/mysql/fdtsucker/ con il database spento, non ho avuto tempo di provare come si comporta nel restore e quanto viene compresso rispetto al plain sql attuale.
                > > > > > > Dovrebbe essere più veloce di sicuro. Ottimo sarebbe anche usare un backup incrementale, mi occuperebbe meno spazio.
                > > > > > >
                > > > > > > Edit: ho provato in passato percona xtrabackup, ma è stato un grosso fail.
                > > > > > >
                > > > > > > **Modificato dall'autore il 02.10.2015 19:54**
                > > > > >
                > > > > > Fai così... un semplice script
                > > > > > 1) spegne mysql (qui il sito va giù)
                > > > > > 2) copia i file del database altrove (direttamente i file così come sono)
                > > > > > 3) riavvia mysql (qui il sito torna su)
                > > > > > 4) crea dei tgz dei file copiati
                > > > > > 5) elimina la copia
                > > > > >
                > > > > > Dovrebbe essere molto veloce.
                > > > > > Visto che ci sei, quando spegni e riavvii mysql potresti far fare altrettanto ad apache, giusto per farlo ripartire da uno stato pulito ogni giorno (non che serva ma probabilmente così ti occupa meno memoria).
                > > > >
                > > > > La memoria di tomcat non mi preoccupa più da quando abbiamo 2gb di ram, anzi. Ho allargato alcuni parametri sia in mysql che in tomcat per tenere più roba in memoria.
                > > > > L'idea era quella che dici tu, ma non farei la copia temporanea; i dischi del vps non sono schegge e il db decompresso supera il gigabyte.
                > > >
                > > > Master-slave MySQL ?
                > >
                > > Ripeti con me: master-slave replication non è un backup
                >
                > Tu sei un cinghiale, un cinghiale, un cinghiale.

                E tu sei un coglione di cinghiale
<softv>

Pagina generata in 115 millisecondi

Utenti attivi: 11 nell'ultimo minuto, 23 negli ultimi cinque minuti, 60 negli ultimi 15 minuti