execution time di apache e prob backup database

Ciao,ti espongo il mio problema ( ti avevo mandato anche un pm ma non sono sicuro del fatto che sia arrivato ).
Il backup del mio database risulta essere troppo grosso per essere creato e ripristinato
e l'execution time della query del backup va in timeout.
Le sue dimensioni sono di circa 17 mega NON ZIPPATO ( ne zip ne gzip ).
Al momento del suo salvataggio però il file ha sempre circa 11 mega e il txt all'interno del file risulta con il seguente messaggio di errore:

[code:1:9d62e712ed]
Maximum execution time of 15 seconds exceeded in ...
[/code:1:9d62e712ed]

IL fatto è che non posso ne zipparlo ne gzipparlo ne suddividerlo in file piu piccoli (in ognuna di queste ipotesi infatti i
file risultano ANCORA comunque troppo grandi e l'execution time va in timout ).
Dopo una ricerca ho scoperto la causa:una impostazione di apache
che limita il tempo di esecuzione delle query:
per risolvere questo problema bisogna settare l'execution time con un tempo maggiore

Per farlo bisgona aprire il file httpd.conf e settare un Timeout maggiore
Stessa cosa va fatta nel file php.ini sempre di apache.

Ti chiedo cortesemente se puoi dunque aggiornare queste impostazioni poichè
allo stato di cose mi trovo ( io ma anche molti altri user che ho sentito )
assolutamente impossibilitato a backuppare il mio database a causa del time execution limit
del server ( credo che ora sia impostato a 15 se non ricordo male ).
Ti ringrazio.
Daniele.

Bump!

anche io ho lo stesso problema...

anche a me lo stesso problema che sto cercando di risolvere da 2 giorni, l'ho compresso in gzip e da 20 mb è diventato 1.3 ma eccede ancora di tempo...non so dove sbattere la testa avrei già dovuto sistemare il nuovo portale almeno in sti giorni in cui ho tempo invece non sono riuscito a fare niente

[seneca]

Non credo che sia possibile assolutamente cambiare le impostazioni di sistema, se determinati settaggi sono stati messi ci deve essere sicuramente un problema di origine tecnica che deve essere prevenuto (mi viene in mente il sovraccarico del sistema,...); se fate una ricerca nel forum, trovate varie discussioni con lo stesso problema a cui Gianluca ha risposto, lì probabilmente troverete una soluzione ai vostri problemi (specialmente per l'ultimo utente, visto che il suo post è recente...). Ciao!

ma io devo trasferire quel maledetto db! come faccio?

Idem...
Il mio file però è molto più grande :)

è per quello che il sito di under18 è off?

[Gianluca]

A meno che un database non sia veramente piccolo è impensabile pensare di fare un backup tutto in una volta, anche perchè il backup deve essere fatto da un webserver le cui risorse non possono essere chiaramente monopolizzate dal singolo se non per una manciata di secondi.

Per questo motivo esistono dei tools che permettono il backup a più riprese. In particolare il phpmyadmin in dotazione che, tra l'altro è impostato per avere un timeout doppio.
Con esso è possibile fare il dump di qualsiasi database con tabelle di qualsiasi dimensione, si può trovare il tutto nella documentazione e nel forum, in cui ci sono molti post, tra i quali ricordo di averne scritto uno ultimamente.

puoi darmi il link...col cerca non l'ho trovato^^''
cmq avevo già trasferito db a mano aprendo con blocco note e trasferendo solo qualche pagina alla volta...ma ci avevo messo quasi 2 ore per un db da 3.4 mb e questo è di 20^^''

[Gianluca]

Ad esempio c'è proprio questo post: http://forum.altervista.org/showthread.php?t=49745 a cui sto partecipando in questi giorni, non si tratta di un procedimento astruso o particolarmente lungo, ma di usare semplicemente una caratteristica di phpmyadmin, lasciando da parte il blocco note, che ti sconsiglio !

grazie mille per l'indicazione, ora vado a vedere

Riuppato 200 posts alla volta...
Ma vabbè, meglio di niente :)

db trasferito, però la conversione tramite un file php non me la lascia fare tutto per lo stesso problema...2 tabelle con troppi record e non riesce a eseguirli tutti...il problema è che li non mi pare si può spezzettare son db e non archivi...come faccio? sono le tabelle che servono per il cerca del forum...le 2 più grosse...senza quelle nn funziona il cerca
help

[Gianluca]

Il problema è in esportazione o importazione ?

dunque...son 2 tabelle con 144 mila record totali che non devo semplicemente trasportare ma cambiare la tag...in automatico con le query non lo fa perchè sono troppe e nei db nn è come negli archivi quindi non saprei come fare

forse ho capito come fare...duplicando le tabelle e cambiandogli nome...si riesce?

[Gianluca]

Ad essere sincero non ho capito esattamente il tuo problema

passare dal phpbb2 al phpnuke...cmq nn ti preoccupare che l'ho capito che devo fare...duplicare la tabella e cambiargli il nome...è possibile?
la conversione automatica con uno script non è possible...una tab di quasi 700k e l'altra di 3.1m

[Gianluca]

Se è sufficiente fare ciò non credo proprio ci siano problemi, nel senso che è un'operazione che con phpmyadmin si fa tranquillamente in pochi secondi.

Per la conversione con lo script dipende, se lo script è fatto come si deve la conversione deve avvenire in forma incrementale e quindi non divrebbe esserci differenza dal convertire tabelle da 10 o 10.000.000 di righe.

cmq il server 15 è più lento di una lumaca...

[Gianluca]

Non ci sono segnalazioni nè elementi che conducano ad un probema simile sulla macchina in questione, che risponde alle richieste in tempi medi, prova a fare un traceroute per capire se si tratta di un problema di connessione.

la connesione mi va bene e poi il mio account (fantu) che è su un altro server va bene mentre quello su cui sto lavorando adesso (kimu) sul server 15 mi ha sempre dato problemi constatati pure da altri utenti in cui ci mette parecchio a caricare e qualche volta non è raggiungibile

[Gianluca]

Personalmente vedo il tuo sito su quella macchina senza problemi, si carica anche piuttosto velocemente pur considerando che è molto pesante nei contenuti, un traceroute è uno strumento che serve sempre, anche perchè nel caso specifico le due macchine si trovano su reti diverse e probabilmente anche l'instradamento è differente.

scusa se ti stresso ancora ma c'è ancora un piccolo problema che sull'account nel server 15 sia sul nuke che sul forum pur essendo uguali se metto articoli contenenti html (uguali lettera per lettera) sull'account kimu non mi elabora l'html e si vede la sintassi

ho provato a ricaricare il software per vedere se era errore mio ma mi sa che è un problema del db...
phpBB : Critical Error

Could not query config information

DEBUG MODE

SQL Error : 1146 Table 'my_kimu._bbconfig' doesn't exist

SELECT * FROM _bbconfig

Line : 219
File : /membri/kimu/common.php

ho ripristinato pure tramite l'apposita utilità il db alla scorsa settimana in cui funzionava perfettamente ma niente...stesso errore
di sicuro errore del db in quanto la tabella my_kimu._bbconfig non esiste e non può esistere...elabora l'istruzioni mettendo il nome del db al posto della tag
vi prego aiutatemi che sono 3 giorni che cerco di sistemare sto account ma niente

[Gianluca]

Lo script non usa un nome di tabella corretto, ne manca infatti un pezzo, è un problema di configurazione del forum stesso.

[funcool]

Lo script non usa un nome di tabella corretto, ne manca infatti un pezzo, è un problema di configurazione del forum stesso.

Nella configurazione ha lasciato vuoto il campo per scegliere il prefisso delle tabelle.

ho risolto...era andato in tilt il db...ho cancellato tutto, caricato l'sql del software base, è tornato a funzionare il db allora ho ricaricato il backup
cmq grazie lo stesso e scusate se vi ho disturbato

tra ieri e oggi per ben 5 volte l'account sul server 15 non è stato disponibile...adesso è la quinta volta, è irraggiungibile sia dal'indirizzo che dall'amministrazione da circa un quarto d'ora...non pinga ne traccia
gli account su server diversi invece fungono perfettamente