| Oggetto | Fondamenti dell'operazione del cambiamento dell'indice |
| Data | 09/14/2008 |
| Messaggio | Hi Melvin,
grazie per la vostra risposta. Spiacente, ma io abbia un po'più di domande: Come io può l'arresto “un indice cambiare„ l'operazione? O è possibile vedere il funzionamento dell'operazione - forse nel gestore di operazione… Poiché se inizio questa operazione come daemon (tempo di inattività massimo 1440 minuti), non posso vedere se questa operazione ancora sta funzionando. Ho provato ad arrestare l'operazione con l'arresto del motore di programma, ma l'operazione ancora stava funzionando. Così ho dovuto ricominciare il server. Quando uso “il video dell'indice„ allora io devono programmare questa operazione, di modo che un determinato indice o subdirectory è sotto controllo. Se programmo questa operazione ogni 1 minuto, quindi è la stessa se una marca “un'operazione del cambiamento dell'indice„ con votazione ogni 60 sec (tempo di inattività massimo 1440 minuti) senza usando come daemon? È di destra, se uso il daemon, allora un programma del havent't questa operazione? Ma se non uso il daemon con un tempo di inattività massimo 1440 minuti e non inizio questa operazione, quindi i launchs di operazione la giornata per i cambiamenti nell'indice? Così perchè devo usare il daemon? Ed è il tempo di votazione importante appena senza usando il daemon? Vedete che sono un poco confuso. Spero che possiate aiutarli. Conoscete una tribuna nel Internet con esperienza dall'altra gente che usando Automize? Francamente |
| Reply1 |
Ringraziamenti per usando Automize.
1) L'operazione funziona all'interno del motore, in modo da se interrompete il motore l'operazione si arresterà. Dovete regolare opzione dello schedulatore delle regolazioni del menu/schedulatore per essere “aspett le mansioni rifinire prima della chiusura giù il motore„. Ecco perché l'operazione ancora ha funzionato, perché il caso precedente del motore la ha aspettata. Veda l'archivio di aiuto nel dialogo delle regolazioni dello schedulatore per i particolari su questa opzione. 2) Per il cambiamento dell'indice, non è suggerito per farlo funzionare manualmente. L'operazione non è realmente un daemon, ma si comporta come uno se programmate il quotidiano di operazione (ogni di un giorno) e regolate il tempo massimo di attesa = 1440. Il tempo di votazione dovrebbe essere regolato a 1 minuto. Quando un programma conclude l'altro comincia e questo modo che l'operazione funziona continuamente come un daemon. Per esempio, con le suddette regolazioni: Un programma di operazione funzionerà per di un giorno. Voterà l'indice ogni 1 minuto. Se il cambiamento è trovato, innescherà l'altra operazione voluta e manterrà la votazione, così l'effetto del daemon. Questo programma di operazione sarà fatto in 1440 minuti e rinunciare. Da Scheduling il periodo è (1440) minuti di un giorno, il programma seguente darà dei calci a dentro lo stesso tempo, così dando al daemon seguito. 3) È molto IMPORTANTE abbinare il momento massimo di attesa ed il periodo di programma di evitare la sovrapposizione per le mansioni. Egualmente non ci è modo arrestare un'operazione corrente, così fa attenzione molto quando cominciare/che programma un indice cambia l'operazione. 3) Lo Scheduling l'operazione fare funzionare ogni un minuto (e funzionare per 1 minuto) non è efficiente poiché lo schedulatore deve lanciare 1440 mansioni avere lo stesso effetto del programmando ogni di un giorno. 4) Non ci è tribuna, ma abbiamo una base di conoscenza disponibile via la nostra pagina di sostegno. Tutte le discussioni tecniche di sostegno utile del email sono aggiunte là. Questa discussione fra noi sarà aggiunta alla base di dati del email. -- Francamente, software del Melvin Desilva Hitek
|
| Reply2 | |
| Reply3 | |
| Reply4 | |
| Reply5 |