Utilizzo Gestione dei file

Transcript

1 Utilizzo Gestione dei file

2 Info su questo bollettino tecnico L'intento di questo bollettino tecnico è di aiutare gli sviluppatori FileMaker esperti a comprendere meglio e ad applicare le migliori metodologie operative per la gestione dei file. Le procedure di gestione dei file comprendono il processo di hosting, gestione e versioning delle soluzioni FileMaker e, se eseguite correttamente, contribuiscono a ridurre il rischio di danneggiare le soluzioni o di perdere i dati. Sommario: Perché una procedura corretta di gestione dei file è importante per l'utente Cosa può andare storto?... 3 Come far sì che tutto funzioni correttamente... 4 Gestione dei rischi... 4 Esempi di piani di gestione dei rischi... 5 Piano di gestione tradizionale dei rischi... 5 Gestione dei file:... 5 Gestione dei dati:... 6 Piano di gestione flessibile dei rischi... 6 Imprevisti - Cosa fare quando qualcosa va storto... 7 Gestione dei file:... 7 Gestione dei dati:... 8 Gestione dei file Pagina 2

3 Perché una procedura corretta di gestione dei file è importante per l'utente. I vostri dati sono la vostra attività. Le organizzazioni che fanno parte della classifica Fortune 500 considerano i propri database fondamentali per il loro successo. I vostri dati sono forse meno importanti per voi? Queste organizzazioni sono obbligate a ricorrere a sistemi e processi particolari per assicurare che tutto funzioni correttamente. Anche voi dovete fare lo stesso. Una ricerca casuale di "corruzione database" su Internet dimostra che questo problema non è specifico di un database piuttosto che di un altro. È normale per l'ambiente in cui risiedono i database. Come termine di paragone, un documento di elaborazione testi in genere risiede sullo stesso computer su cui è stato creato e modificato. Il documento viene utilizzato e modificato da una persona per volta. Spesso viene tenuto in memoria l'intero contenuto, utilizzando il disco rigido solo durante il salvataggio. Infine, i documenti di elaborazione testi sono relativamente non volatili: vengono creati, modificati diverse volte, per rimanere poi dei documenti statici per il resto della loro esistenza. Spesso un server di database è collegato a decine o addirittura centinaia di computer client, ognuno dei quali tenta di mantenere una connessione costante e affidabile nel caos di una rete tipicamente LAN o WAN. L'uso del disco e le attività in rete vengono richiamati in modi non visibili dal computer desktop. Mentre un elaboratore di testi può solo scrivere sul disco rigido poche volte in un'ora, un software come FileMaker Pro può accedere a un disco rigido centinaia di volte in un minuto, se non di più. Gli ambienti client rappresentano solo un elemento in più nella vita già complicata di un database ospitato: 1. I client si collegano e scollegano in ordine casuale. 2. I client spesso si scollegano senza terminare correttamente le proprie attività. 3. I sistemi di risparmio energia interrompono la connessione senza alcun messaggio d'avviso. 4. I client si affidano a sistemi operativi e driver obsoleti. 5. I client si collegano con modelli di software legacy. Cosa può andare storto? È importante capire che per un server le prestazioni e la stabilità sono due caratteristiche correlate. Un server di software, come FileMaker Server, deve mantenere una connessione costante e affidabile con i client collegati. Ovviamente problemi di stabilità del server, come blocchi o interruzione dei servizi, possono far saltare la connessione. Meno ovviamente, anche problemi relativi alle prestazioni possono interferire con questa connessione. Un server non configurato correttamente non può rispondere abbastanza rapidamente alle richieste, o non è in grado di gestire le proprie risorse interne (porte, memoria, ecc.) in modo da mantenere tutte le connessioni client richieste. Quando un server inizia a presentare problemi di stabilità, il rischio di danneggiare i file è davvero molto elevato. Questo danno può assumere una delle seguenti forme: Corruzione dei dati Uno o più blocchi di dati possono diventare illeggibili. Danneggiamento dello schema Parte della struttura fondamentale del database diventa illeggibile. Gestione dei file Pagina 3

4 Danneggiamento di un oggetto del formato Un oggetto (di solito un grafico esterno) si danneggia. Se un singolo file si danneggia a tal punto da bloccare FileMaker Server, è possibile si danneggino a loro volta anche tutti gli altri file ospitati. Come far sì che tutto funzioni correttamente Una gestione corretta dei file si basa su due concetti fondamentali: Gestione dei rischi Comprendere come i dati e le soluzioni possono essere vulnerabili a problemi imprevisti e ricorrere a sistemi e processi adatti per evitare la perdita di dati o l'accesso al sistema. Pianificazione degli imprevisti I computer sono computer, e sfortunatamente è possibile si verifichino dei problemi di tanto in tanto. Per questo motivo è necessario tenere a mente le seguenti domande per pianificare ciò che è inevitabile: o Com'è possibile risolvere correttamente questi problemi? o Quanto tempo occorre per ripristinare il sistema quando si verifica un problema? A quale livello di perdita di dati si va incontro (se si verifica) e qual è il livello accettabile? Gestione dei rischi I problemi possono essere causati sia da un utente (che elimina accidentalmente tutti i record) che dal sistema (un disco rigido danneggiato). Le procedure di gestione dei rischi devono essere adeguate alle diverse circostanze. Una singola serie di procedure di gestione dei file non può coprire tutti gli scenari. Per alcuni la chiave è la stabilità, per altri è importante garantire flessibilità e sperimentazione. Queste diverse priorità richiedono approcci completamente diversi. Di seguito sono riportati alcuni esempi di approcci: Esempio 1 Il database tiene traccia delle transazioni finanziarie fondamentali per i propri affari in tempo reale. In questo scenario, un'interruzione del servizio o la perdita dei dati potrebbero costare care. Le priorità dovrebbero essere la stabilità, l'integrità dei dati e la possibilità di recuperare il 100% dei dati il più rapidamente possibile. Queste priorità impongono un approccio molto tradizionale allo sviluppo della soluzione e alla gestione dell'ambiente server. Per consigli, vedere il "Piano di gestione tradizionale dei rischi" di seguito. Esempio 2 Il database ospita i file per un piccolo gruppo di lavoro che utilizza FileMaker per attività secondarie. In questo scenario, il sistema e i dati sono importanti, ma altrettanto importante è la possibilità di apportare piccole modifiche al sistema senza rivolgersi a un consulente. Brevi periodi di interruzione del servizio o la perdita di pochi dati, anche se spiacevoli, è difficile possano influenzare negativamente i propri affari. Queste priorità suggeriscono un approccio leggermente più flessibile per le procedure di gestione dei rischi. Per consigli, vedere il "Piano di gestione flessibile dei rischi" di seguito. Esempio 3 L'utente sviluppa database per uso personale. Probabilmente li condivide tramite server per consentire l'accesso limitato in sola lettura ad altri utenti. In questo caso, la possibilità di modificare e adattare i propri database è probabilmente di primaria importanza. Le procedure di gestione dei rischi possono essere molto semplici, Gestione dei file Pagina 4

5 come il salvataggio occasionale di una copia di backup o clone, o molto complesse, come gli scenari riportati in precedenza. Esempi di piani di gestione dei rischi Di seguito sono riportati due esempi di piani di gestione dei rischi. Ogni scenario è leggermente diverso, e sarà necessario adattare questi piani alle proprie circostanze. Non esiste una singola serie di linee guida perfetta per ogni situazione. Il miglior piano di gestione dei rischi bilancia l'affidabilità della soluzione e gli interessi pratici. Ciò che è più importante è comprendere le conseguenze delle proprie scelte e pianificare/compensare di conseguenza. Un ambiente adatto è importante, indipendentemente dal piano di gestione dei rischi adottato. Punto di partenza per la gestione dei rischi sono la stabilità e le prestazioni del computer su cui sono ospitati i dati. La maggior parte dei problemi legati ai server di file riscontrati dal servizio di assistenza tecnica FileMaker sono causati da configurazioni non proprio ideali di hardware e sistema operativo. L'elenco di seguito contiene le cause più comuni di problemi legati ai server di file. L'ambiente in cui il software del server di database opera è fondamentale per un buon funzionamento: Installare l'ultima versione "testata" dell'applicazione FileMaker. La versione "testata" deve essere quella provata con cura all'interno dell'ambiente. Il sistema operativo deve essere aggiornato con le ultime patch di sicurezza e correzioni. La scelta e la configurazione della CPU e della memoria del sistema devono rispettare i requisiti dell'hardware del server di database. I dispositivi di rete e di memorizzazione devono essere ottimizzati. Utilizzare schede di rete e sottosistemi di archiviazione di alta qualità e moderni, con capacità adeguata per la gestione dei volumi di dati previsti. Per assicurare un ambiente sicuro per FileMaker Server: Utilizzare un computer pulito. Pulito vuol dire che i dischi rigidi sono stati appena formattati ed è stato installato un nuovo sistema operativo. Al termine dell'installazione, scaricare e installare BIOS e driver aggiornati per tutti i principali sottosistemi, dispositivi di rete, di memorizzazione, ecc. Installare una nuova versione di FileMaker Server, quindi scaricare e installare eventuali aggiornamenti dal sito Web di FileMaker. Assicurarsi di non utilizzare il server per scopi (stampa, condivisione di file, posta elettronica, ecc.) differenti dalla condivisione di database. Piano di gestione tradizionale dei rischi Nell'approccio tradizionale alla gestione dei rischi si parte da una struttura dei file pulita per ogni nuova release e si trasferiscono i dati dalla release precedente al nuovo file appena creato prima della distribuzione. La sezione di seguito contiene informazioni dettagliate per implementare questa strategia. Gestione dei file: Il primo concetto fondamentale è la separazione della gestione della soluzione dalla gestione dei dati. Potrebbe sembrare strano per un'applicazione come FileMaker in cui i dati e la soluzione sono contenuti nello stesso file, ma il concetto viene mantenuto, ed è un componente chiave per una corretta gestione dei file. FileMaker è un'applicazione molto flessibile che permette di modificare i file "al volo", o addirittura durante la loro creazione e/o quando sono utilizzati. Questa flessibilità è meravigliosa quando Gestione dei file Pagina 5

6 serve, ma per i file molto importanti e utilizzati molto spesso la migliore procedura prevede che possano essere modificati solo in condizioni di massimo controllo. Gli sviluppatori software utilizzano il termine "golden master" per indicare un file o un insieme di file in condizioni ben note e ben testate, e pronto per la produzione. In FileMaker, questo indica un clone (o un set di cloni) di una soluzione sviluppata ma non ancora utilizzata in produzione, per cui non esiste alcuna possibilità di corruzione Nota bene: Dopo aver creato un clone di una versione golden master, assicurarsi di spostare eventuali dati globali importanti per la soluzione. Ogni volta che si mette in produzione una soluzione nuova o modificata, potrebbe essere utile utilizzare un clone di una versione golden master per assicurarsi di non introdurre o trasmettere file danneggiati nell'ambiente di produzione. I passi consigliati sono: 1. Apportare le modifiche su un clone dalla precedente versione golden master (o sul file originale se si tratta di una nuova soluzione). Se si modifica una soluzione esistente, deve derivare direttamente dalla soluzione originale mai utilizzata in produzione. 2. Il file modificato è ora il golden master e non deve essere utilizzato direttamente. Utilizzare solo cloni di questo file per la produzione (o anche per il test). 3. Importare i dati dal sistema di produzione nel clone del golden master. Potrebbe sembrare una procedura complessa, ma assicura una serie sicura di file di sviluppo per future modifiche e l'inserimento di un file pulito nell'ambiente di produzione. Gestione dei dati: Oltre a proteggere la soluzione, è altrettanto importante e fondamentale assicurare l'integrità dei dati. Oltre alle procedure per una buona gestione della soluzione (il concetto di "golden master" descritto in precedenza), un regime di backup ben organizzato è la chiave per proteggere i dati. La frequenza e i tempi dei backup dipendono dalla volatilità dei dati e da altri fattori ambientali. Detto ciò, ci sono alcuni errori comuni da evitare: Non fidarsi dell'integrità dei backup - Controllarli periodicamente per assicurarsi che sia possibile utilizzare le copie di backup. Alcuni utenti FileMaker hanno tentato di ripristinare i dati di backup, ma hanno scoperto che, per diversi fattori (interferenza con antivirus, cron job mal sincronizzati che hanno impedito un backup corretto, ecc.), il backup non era valido. Archiviare le copie di backup - Se le ultime copie di backup vanno a sovrascrivere le copie più vecchie, il rischio è maggiore se l'ultima copia di backup non è valida. È importante applicare una strategia di backup multilivello. Piano di gestione flessibile dei rischi Questo piano utilizza il piano di gestione tradizionale dei rischi come punto di partenza, ma dà più libertà nella gestione delle piccole modifiche da apportare alle soluzioni. Gestione dei file Pagina 6

7 È importante ricordare che la gestione dei rischi non riguarda ciò che DOVREBBE, ma che POTREBBE accadere. Questo piano più flessibile fornisce delle linee guida sulle procedure che un utente può o meno voler adottare. L'utente può prendere la propria decisione su quest'ultima serie di procedure. Modifiche dello schema e riferimenti file - Mentre FileMaker è progettato per fornire all'utente la libertà di modificare lo schema di un database live, il rischio di perdita dei dati se si verifica un imprevisto (ad es. qualcuno si inciampa nel cavo di alimentazione del server, si spegne il computer o si interrompe una connessione di rete mentre si sta modificando lo schema) mentre si stanno apportando modifiche sostanziali alla soluzione è elevato. Formati - I formati sono un ottimo esempio del perché è necessario considerare i rischi che comportano le modifiche alle soluzioni live. Un formato FileMaker è simile a una query in cui sono definite una o più tabelle di base e i campi restituiti. Un gruppo trovato completa l'immagine. Mentre la modifica ad esempio del font di un campo non influenza la query, la modifica dei campi visualizzati in un portale varia le supposizioni originali di chi ha progettato il formato. Gli script fanno riferimento a questa disposizione? E alla presenza o all'ordine degli oggetti qui contenuti? Imprevisti - Cosa fare quando qualcosa va storto Se le procedure di gestione dei file sono state applicate correttamente, potrebbero presentarsi due scenari: 1) Il file è corrotto, ma è ancora possibile esportare tutti i dati più aggiornati in un formato neutro (ad es. testo delimitato da tabulazioni). In questo caso, la migliore procedura è: a) Esportare i dati correnti in un formato di file neutro. b) Importare i dati in un clone dell'ultimo golden master. In questo modo si è sicuri di avere a disposizione una soluzione sicura per la produzione contenente dati non corrotti. 2) Il file è corrotto a tal punto da non poter esportare i dati più aggiornati. In questo caso, la migliore procedura è: a) Esportare i dati dalla copia di backup più recente in un formato di file neutro. b) Importare i dati nel golden master. In questo modo si dovrebbe avere a disposizione una soluzione sicura per la produzione contenente dati non corrotti. Se le procedure di gestione dei file non sono ancora state applicate, si dovrà ricorrere a meccanismi meno completi e affidabili. In scenari come quelli descritti in precedenza è ancora necessario separare i dati dalla soluzione: Gestione dei file: Se si dispone di un file di backup pulito, salvare un clone del file. Quindi importare i dati nel clone. In questo modo è molto probabile che il file non sia corrotto. Se non si dispone di un file di backup pulito, tentare di salvare un clone del file corrente. Quindi importare i dati nel clone. Se tutti i tentativi falliscono, utilizzare la funzione di recupero in FileMaker Pro e FileMaker Advanced che ha lo scopo di recuperare quanti più dati riutilizzabili possibili da un file danneggiato. Non è detto che la funzione di recupero restituisca un file sicuro per la produzione. Gestione dei file Pagina 7

8 Opera rimuovendo i blocchi danneggiati da un file corrotto. Questo processo non garantisce un file utilizzabile, ma in genere dà la possibilità di esportare alcuni, se non tutti i dati per utilizzarli in una soluzione non corrotta. Gestione dei dati: Se è possibile esportare i dati correnti in un formato di file neutro, procedere in questo senso. In caso contrario, sarà necessario ripristinare una copia di backup ed esportarla in un formato di file neutro. INFORMAZIONI SULL'AUTORE: Steve Becker è il direttore del reparto di assistenza tecnica di FileMaker Inc FileMaker, Inc. Tutti i diritti riservati. FileMaker è un marchio di FileMaker, Inc. registrato negli Stati Uniti e in altri Paesi, e il logo della cartella di file è un marchio di FileMaker, Inc. Tutti gli altri marchi appartengono ai rispettivi proprietari. FileMaker non dà alcuna garanzia, espressa o implicita, in merito a prestazioni o affidabilità di eventuali prodotti presentati qui e appartenenti a produttori indipendenti. Tutti gli eventuali accordi o garanzie vengono stipulati tra il produttore e i potenziali utenti. Le specifiche dei prodotti e la disponibilità sono soggette a modifiche senza preavviso. (Docv4) IL PRESENTE DOCUMENTO VIENE FORNITO NELLO STATO IN CUI SI TROVA, SENZA ALCUNA GARANZIA. FILEMAKER NON RICONOSCE ALCUNA GARANZIA, ESPRESSA O IMPLICITA, COMPRESE LE GARANZIE DI COMMERCIABILITÀ E IDONEITÀ PER UNO SCOPO SPECIFICO E LE GARANZIE DI NON VIOLAZIONE. IN NESSUN CASO FILEMAKER O I SUOI FORNITORI POTRANNO ESSERE RITENUTI RESPONSABILI DI QUALSIASI DANNO, COMPRESI DANNI DIRETTI, INDIRETTI, INCIDENTALI, CONSEGUENTI, PER PERDITA DI GUADAGNO, PUNITIVI O SPECIALI, ANCHE SE FILEMAKER O I SUOI FORNITORI SONO STATI AVVISATI DELLA POSSIBILITÀ DI TALI DANNI. IN ALCUNI STATI NON È CONSENTITA L'ESCLUSIONE O LA LIMITAZIONE DELLA RESPONSABILITÀ. FILEMAKER HA IL DIRITTO DI APPORTARE MODIFICHE AL PRESENTE DOCUMENTO, IN QUALSIASI MOMENTO E SENZA ALCUN PREAVVISO. IL PRESENTE DOCUMENTO POTREBBE NON ESSERE AGGIORNATO. FILEMAKER NON È TENUTO AD AGGIORNARE LE INFORMAZIONI IN ESSO CONTENUTE. Gestione dei file Pagina 8