Elevato consumo delle risorse del server da parte del tuo account

  • Avatar di Sconosciuto
    meditamedical · Membro ·

    Ciao, il mio sito http://www.meditashop.it è inaccessibile
    Non riesco ad accedere ed il mio hosting: siteground mi dice questo

    Gentile Giovanni,

    sono un amministratore di server della tua compagnia di hosting SiteGround.com e ti scrivo in riferimento al tuo sito web meditashop.it. Abbiamo rilevato che il tuo sito web meditashop.it consuma continuamente una percentuale non ragionevole delle risorse condivise del server su cui è ospitato. Di conseguenza, per mantenere la stabilità del server, abbiamo dovuto mettere temporaneamente un limite massimo alle risorse del server condiviso che il tuo account può utilizzare.

    Nota che il superamento del limite attuale potrebbe provocare messaggi di errore ripetuti ‘Risorsa temporaneamente non disponibile’ mostrati sul tuo sito web. Inoltre, se non affronti il problema nei prossimi 7 giorni, saremo costretti a intraprendere ulteriori azioni che causeranno tempi di inattività del sito web – faremo del nostro meglio per evitarlo, ma abbiamo bisogno della tua collaborazione.

    Poiché riteniamo che non stai causando intenzionalmente il carico elevato del server, faremo del nostro meglio per aiutarti in modo che il sito web possa essere di nuovo completamente funzionante il prima possibile. Qui di seguito troverai alcune spiegazioni su ciò che potrebbe aver causato l’elevato consumo di risorse e diverse soluzioni su come affrontarlo. Ti consigliamo di esaminare tutte le informazioni allegate per trovare il problema e aiutarci a risolverlo il più velocemente possibile, senza ulteriori disagi per te.

    Cordialmente,
    Nikolay Apostolov
    Amministratore di Sistema SiteGround
    SiteGround.com

    MOTIVO DELLA LIMITAZIONE:

    Come sai, il tuo account è ospitato su un server di hosting condiviso, e quindi condivide le proprie risorse con gli account di altri utenti sullo stesso server. Il problema con i server condivisi è che, indipendentemente da quanto siano potenti e ben ottimizzati (come nel caso delle nostre macchine), è comunque possibile che un singolo utente, o perfino una singola applicazione, assorba la maggior parte delle risorse e sovraccarichi la macchina. Di conseguenza, tutti gli account sul server non rispondono più e diventano inaccessibili.

    Per evitare il sovraccarico del server, non appena rileviamo l’origine del carico elevato dobbiamo isolarla in modo che non possa influire sulle prestazioni complessive del server. Questa è una situazione comune con i server di hosting condiviso. Purtroppo, quasi tutti i fornitori di hosting non riescono a rilevare queste origini in tempo o quando ci riescono è già troppo tardi; così la linea d’azione più comune è semplicemente quella di sospendere l’account in questione senza nessuna comunicazione al cliente, senza nessun rapporto dettagliato per la sospensione e senza dare al proprietario del sito web la possibilità di risolvere il problema.

    Noi, invece, crediamo negli avvisi anticipati e diamo al cliente tempo sufficiente per reagire e lavorare alla risoluzione del problema. Anche se cerchiamo di ridurre al minimo i disagi per te per quanto possiamo, abbiamo l’obbligo di mantenere il servizio di hosting condiviso più stabile e veloce possibile per il resto dei siti web dei clienti ospitati sul nostro server. Per questo motivo siamo stati costretti a limitare temporaneamente il tuo account per evitare la sua completa sospensione quando il carico non è più gestibile.

    CAUSA DEL CONSUMO ELEVATO DI RISORSE:

    Abbiamo svolto uno studio approfondito e abbiamo scoperto che WordPress esegue query lente in direzione del suo database, che infine monopolizzano il server. Il server tenta di eseguire le query lente mettendo altri processi in coda fino a quando viene liberata un po’ di memoria. Tuttavia, mentre sono in attesa, i processi si accumulano e causano ulteriori problemi. I motivi per query lente nel database possono essere molteplici, ma i seguenti tre sono i più comuni:

    1. Database di grandi dimensioni
    2. Script non ben compilati
    3. Numerosi link interni che interrogano direttamente il database.

    Ecco alcune delle query di database che sono lente e consumano molte risorse del server:

    === Databases Info =========================================================================
    Database Label Tables Views InnoDB MyISAM Slow Queries Slowest Query DB Size
    ————– ————- —— —– —— —— ———— ————- ——-
    dbbqkxtgr564py meditashop.it 45 0 45 0 2293 9.538 52.5 MB
    ——————————————————————————————–

    === TOP 10 of 2293 (total) Slow Queries for the past 24 hours ====================================================
    1. Executed 9h 54m 51s ago for 17.010839 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 08:24:21 Query_time: 17.010839 Rows_examined: 1: Rows_sent 0 Lock_time: 0.000209 Query_chars: 415
    UPDATE `usc_packlink_entity` SET `type` = 'Configuration', `index_1` = 'taskRunnerStatus', `index_2` = '1', `index_3` = NULL, `index_4` = NULL, `index_5` = NULL, `index_6` = NULL, `index_7` = NULL, `data` = '{"class_name":"LogeecomInfrastructureConfigurationConfigEntity","id":"1","name":"taskRunnerStatus","value":{"guid":"","timestamp":null},"systemId":"1"}' WHERE `id` = '1';
    ——————————————————————————————————————-
    2. Executed 9h 54m 51s ago for 15.057252 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 08:24:21 Query_time: 15.057252 Rows_examined: 385: Rows_sent 385 Lock_time: 0.050277 Query_chars: 74
    SELECT option_name, option_value FROM usc_options WHERE autoload = 'yes';
    ——————————————————————————————————————-
    3. Executed 9h 54m 51s ago for 12.268459 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 08:24:21 Query_time: 12.268459 Rows_examined: 385: Rows_sent 385 Lock_time: 0.050340 Query_chars: 74
    SELECT option_name, option_value FROM usc_options WHERE autoload = 'yes';
    ——————————————————————————————————————-
    4. Executed 2h 33m 48s ago for 10.020625 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 15:45:24 Query_time: 10.020625 Rows_examined: 0: Rows_sent 0 Lock_time: 0.071572 Query_chars: 101
    SELECT option_value FROM usc_options WHERE option_name = 'wc_connect_debug_logging_enabled' LIMIT 1;
    ——————————————————————————————————————-
    5. Executed 8h 12m 53s ago for 9.538467 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 10:06:19 Query_time: 9.538467 Rows_examined: 0: Rows_sent 0 Lock_time: 0.000098 Query_chars: 101
    SELECT option_value FROM usc_options WHERE option_name = '_transient_et_builder_ajax_cache' LIMIT 1;
    ——————————————————————————————————————-
    6. Executed 8h 12m 53s ago for 9.528367 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 10:06:19 Query_time: 9.528367 Rows_examined: 0: Rows_sent 0 Lock_time: 0.012888 Query_chars: 104
    SELECT option_value FROM usc_options WHERE option_name = 'jetpack_edit_links_calypso_redirect' LIMIT 1;
    ——————————————————————————————————————-
    7. Executed 4h 34m 47s ago for 9.108485 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 13:44:25 Query_time: 9.108485 Rows_examined: 1: Rows_sent 1 Lock_time: 0.050165 Query_chars: 95
    SELECT option_value FROM usc_options WHERE option_name = '_transient_et_core_version' LIMIT 1;
    ——————————————————————————————————————-
    8. Executed 7h 8m 5s ago for 7.904073 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 11:11:07 Query_time: 7.904073 Rows_examined: 362: Rows_sent 181 Lock_time: 0.006090 Query_chars: 214
    SELECT usc_posts.* FROM usc_posts WHERE 1=1 AND usc_posts.post_parent = 16 AND usc_posts.post_type = 'revision' AND ((usc_posts.post_status = 'inherit')) ORDER BY usc_posts.post_date DESC, usc_posts.ID DESC;
    ——————————————————————————————————————-
    9. Executed 7h 3m 57s ago for 7.156883 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 11:15:15 Query_time: 7.156883 Rows_examined: 362: Rows_sent 181 Lock_time: 0.043920 Query_chars: 214
    SELECT usc_posts.* FROM usc_posts WHERE 1=1 AND usc_posts.post_parent = 16 AND usc_posts.post_type = 'revision' AND ((usc_posts.post_status = 'inherit')) ORDER BY usc_posts.post_date DESC, usc_posts.ID DESC;
    ——————————————————————————————————————-
    10. Executed 4h 30m 7s ago for 6.986377 sec on Database –> dbbqkxtgr564py
    Date: 2020-04-10 13:49:05 Query_time: 6.986377 Rows_examined: 0: Rows_sent 0 Lock_time: 0.031671 Query_chars: 101
    SELECT option_value FROM usc_options WHERE option_name = 'wc_connect_debug_logging_enabled' LIMIT 1;
    ——————————————————————————————————————-

    === Top 3 Similar SQL Queries and their query time =================================================================
    Executed: 1814 time for minumum: 1.002449 sec, maximum: 9.538467 sec
    SELECT option_value FROM usc_options WHERE option_name = '_transient_et_builder_ajax_cache' LIMIT 1;
    ——————————————————————————————————————-
    Executed: 184 time for minumum: 1.015242 sec, maximum: 6.586253 sec
    SELECT * FROM usc_packlink_entity WHERE type = 'Configuration' AND ( index_1 = 'taskRunnerStatus' AND index_2 = '1') LIMIT 0, 1;
    ——————————————————————————————————————-
    Executed: 70 time for minumum: 1.052578 sec, maximum: 4.332906 sec
    SELECT post_id, meta_key, meta_value FROM usc_postmeta WHERE post_id IN (150) ORDER BY meta_id ASC;
    ——————————————————————————————————————-

    Dalle query precedenti possiamo concludere che il tuo problema è causato da un script non ben compilati.

    SOLUZIONI CONSIGLIATE:

    1. Ottimizzazione o rimozione dello script problematico

    Gli script non ben compilati sono un problema piuttosto complesso. Potrebbe essere causato da un’estensione/modulo aggiuntivo installato che non funziona correttamente, o potrebbe trovarsi nell’applicazione stessa.

    Se il motivo si trova in un’estensione/modulo, la soluzione più semplice sarebbe disabilitarlo/rimuoverlo. Questo di solito è possibile dall’area di amministrazione dell’applicazione.

    Se il problema si trova nell’applicazione stessa, la risoluzione potrebbe richiedere molto più tempo e impegno e probabilmente richiede competenze di programmazione avanzate. In questi casi sarebbe meglio contattare gli sviluppatori dell’applicazione e richiedere ulteriore assistenza. Dovrebbero essere in grado di esaminare il problema e di fornire una soluzione adatta.

    Come posso risolvere?

    Grazie

    Giovanni

  • zdenys · Staff ·

    Ciao Giovanni!

    Il nostro team di supporto gestisce l’assistenza ai siti WordPress.com esclusivamente e non siamo in grado di fornire supporto agli utenti di WordPress.org, poiché la struttura di questi siti è molto diversa. Non possiamo accedere ai server del tuo sito Web in quanto creato al di fuori di WordPress.com.

    Puoi trovare supporto per i siti WordPress.org qui:

    – http://it.wordpress.org/support/

    Spero ti sia d’aiuto il chiarimento! Buona giornata!

  • L'argomento ‘Elevato consumo delle risorse del server da parte del tuo account’ è chiuso a nuove risposte.