1.3.5. Installazione/configurazione di PARTapplicationServer 1.3.5.10. Ulteriori informazioni |  |
| Indietro | Avanti |
Note su affidabilità e prestazioni/caching
Note sulle prestazioni: 3 fasi
PARTapplicationServer migliora fondamentalmente le prestazioni (ricerca e navigazione nell'indice).
Se CADENAS_DATA si trova in un extra-filer, è necessario attivare la cache per il PARTapplicationServer. Sezione 1.3.5.8.3.7, “ Cache dei file indice da CADENAS_DATA su PARTapplicationServer ” Vedere .
Se il client ha una cattiva connessione di rete al PARTapplicationServer, è necessario attivare la cache del client PARTdataManager (Squid o RFS). Sezione 1.3.5.8.2.4, “Caching sul lato client o su postazioni secondarie ” Vedere .
Strategia del server di backup implementata da CADENAS
I dettagli sono disponibili nell' Sezione 1.4.4.1, “ Area di dialogo "Server collegati ”.
L'impostazione di PARTapplicationServer come servizio ha il vantaggio di essere avviato automaticamente all'avvio del computer server e di utilizzare i meccanismi di Windows per monitorare la stabilità, ad esempio il riavvio in caso di crash (dopo un minuto [può essere ulteriormente ridotto tramite il registro]).
Sezione 1.3.5.7, “ Configurare PARTapplicationServer come servizio ”Vedere .
PLINKDB viene solitamente eseguito su un server DB esistente, la cui disponibilità è garantita dal cliente (strategie specifiche per il DB).
Esistono diverse opzioni per la posizione di memorizzazione della directory del pool:
Posizionare la directory del pool sul server, ma con una condivisione diversa da CADENAS_DATA
CADENAS_DATA=/server/share/data Directory del pool=/server/share2/data/pool
CADENAS_DATA a una directory fittizia, quindi la directory del pool può puntare al server.
CADENAS_DATA=c:/dummydir Directory del pool=/server/share/data/pool
È importante solo che la directory del pool non si trovi sotto CADENAS_DATA, perché in questo caso il RemoteFileSystem è responsabile della directory del pool. E quindi è di sola lettura.
Le porte impostate nei file di configurazione per il PARTapplicationServer e il server di ricerca sono diverse per impostazione predefinita, in modo da poter funzionare in parallelo su un server durante la fase di transizione.
Rallentamento della ricerca quando si utilizza un disco rigido virtuale
Quando si esegue il test su una macchina virtuale, tenere presente che il disco C sul server non è realmente locale, ma si trova in rete. (La velocità potrebbe essere maggiore con un disco C "reale").
Se si utilizza la cache, tutti gli indici di ricerca vengono memorizzati nella cache del PARTapplicationServer. Questo ha senso perché l'accesso alle risorse locali è più veloce.
Nel caso di una macchina virtuale, tuttavia, accade qualcosa di diverso: il caching dalla rete alla rete e poi il caricamento da lì... Questo può essere un "collo di bottiglia" per il cliente.
Un host ESX con dischi locali è meglio e un host ESX con SSD locali è ancora meglio. Questo potrebbe ridurre ulteriormente i tempi di ricerca, soprattutto se una ricerca restituisce così tante parti che non tutto entra nella memoria principale. Inoltre, non ci sono colli di bottiglia di rete.
