alfresco
Amministrazione

Avvio e arresto

Per avviare Alfresco:

1. Passa all'utente all'aperto
2. Passare alla directory $ ALFRESCO_HOME
3. Esegui ./alfresco.sh start

Per fermare Alfresco:

1. Passa all'utente all'aperto
2. Passare alla directory $ ALFRESCO_HOME
3. Esegui ./alfresco.sh start

Registrazione

I log Alfresco si trovano in $ ALFRESCO_HOME / tomcat / logs / catalina.out.

I backup

Esistono molti modi per eseguire il backup di un sistema Alfresco. È importante eseguire il backup del database e del Content Store. Potresti anche voler eseguire il backup degli indici Solr.

Supponendo che tu abbia installato il programma di installazione binario e tutto risiede in $ ALRESCO_HOME, puoi fare il backup del database in questo modo:

1. Fermati ad Alfresco
2. Passa all'utente all'aperto
3. Passare alla directory $ ALFRESCO_HOME / postgresql / bin
4. ./pg_dump alfresco --user alfresco > $ALFRESCO_HOME/alf_data/db-backup.sql il database con ./pg_dump alfresco --user alfresco > $ALFRESCO_HOME/alf_data/db-backup.sql . Potrebbe essere richiesta una password. Dovrebbe essere la stessa cosa della password dell'amministratore che hai fornito durante l'installazione. In caso contrario, selezionare $ ALFRESCO_HOME / tomcat / shared / classes / alfresco-global.properties per la password del database.

Ora hai il backup del tuo database. È importante farlo prima. Il prossimo passo è eseguire il backup del Content Store.

1. Passare alla directory $ ALFRESCO_HOME / alf_data / contentstore.deleted.
2. Elimina tutto qui. Non c'è motivo di tenere quei file in giro e non c'è motivo di sostenerli.
3. Passare alla directory $ ALFRESCO_HOME / alf_data.
4. Tarare il tutto, che includerà anche il backup del database che hai creato nel passaggio precedente assumendo che tu l'abbia inserito nella directory alf_data. Esegui tar czvf ~/alfresco-backup.tar.gz . .

Il contenuto di quel file TAR ora ha tutto il necessario per ripristinare il tuo sistema operativo.

revisione

Il controllo è una funzionalità di Alfresco che consente all'utente di tracciare e registrare alcuni eventi specifici durante l'utilizzo della piattaforma ECM.

Abilitare il controllo

Per abilitare il controllo devi aggiungere alcune linee di configurazione al file alfresco-global.properties , che risiede in tomcat/shared/classes/

audit.enabled = true
audit.alfresco-access.enabled=true

È necessario salvare le modifiche al file alfresco-global.properties e riavviare il server Alfresco, per abilitare il controllo.

Controllo della configurazione predefinita

Qui l'elenco completo delle proprietà di configurazione che possono essere sovrascritte modificando il file alfresco-global.properties :

# Audit configuration                                                                                                                                                                       
audit.enabled=true
audit.tagging.enabled=true
audit.alfresco-access.enabled=false
audit.alfresco-access.sub-actions.enabled=false
audit.cmischangelog.enabled=false
audit.dod5015.enabled=false

# Setting this flag to true will force startup failure when invalid audit configurations are detected                                                                                       
audit.config.strict=false

# Audit map filter for AccessAuditor - restricts recorded events to user driven events. In this case it neglect events issued by a System or a null user, the content or folder path is under /sys:archivedItem or under /ver: and the node type is not cm:folder, cm:content or st:site                                                                                                     
audit.filter.alfresco-access.default.enabled=false
audit.filter.alfresco-access.transaction.user=~System;~null;.*
audit.filter.alfresco-access.transaction.type=cm:folder;cm:content;st:site
audit.filter.alfresco-access.transaction.path=~/sys:archivedItem;~/ver:;.*

#The default to preserve all cm:auditable data on a node when the process is not directly driven by a user action                                                                                        
system.auditableData.preserve=${system.preserve.modificationData}

#Specific control of how the FileFolderService treats cm:auditable data when performing moves                                                                                                            
system.auditableData.FileFolderService=${system.auditableData.preserve}

#Specific control of whether ACL changes on a node trigger the cm:auditable aspect                                                                                                                       
system.auditableData.ACLs=${system.auditableData.preserve}   

Come al solito, è necessario salvare le modifiche al file alfresco-global.properties e riavviare il server Alfresco per abilitare queste modifiche.

Filtri di controllo

I filtri di controllo sono proprietà che specificano la strategia utilizzata per filtrare gli eventi di controllo utilizzando una particolare espressione regolare per includere o escludere eventi. È possibile aggiungere filtri di revisione personalizzati e di default come sostituzioni nel file di configurazione alfresco-global.properties .

L'anatomia di una proprietà del filtro di controllo è la seguente:

audit.filter.<data_producer>.<path>

dove <data-producer> è uno dei produttori di dati integrati di Alfresco:

1. alfresco-access : un ampio gruppo di eventi di alto livello come accessi (riusciti e falliti), aggiornamenti delle proprietà, CRUD sui nodi, letture / aggiornamenti dei contenuti, aggiunta e rimozione degli aspetti, controllo delle versioni, operazioni di check-in / check-out
2. alfresco-node
3. alfresco-api : eventi emessi dal richiamo di metodi e servizi API di basso livello. Ad esempio può essere utilizzato per elencare i parametri dell'elenco di ricerca di SearchServices, l'elenco delle proprietà utilizzando PropertyServices, le operazioni sui nodi utilizzando NodeServices e così via.

e path è il vero valore del path da filtrare.

I nomi delle proprietà hanno un prefisso audit.filter. * E usano '.' come separatore in cui i componenti di rootPath e le chiavi nella mappa di controllo utilizzano "/".

Gli elenchi vengono valutati da sinistra a destra e se non viene effettuata alcuna corrispondenza entro la fine dell'elenco, il valore viene rifiutato. Se non esiste una proprietà per un determinato valore o viene definita una lista vuota, qualsiasi valore è accettato.

Ogni espressione regolare nell'elenco è separata da un punto e virgola (';'). Le espressioni che includono un punto e virgola possono essere sfuggite utilizzando un ''.

Si noti che se il flag audit.config.strict è impostato su true, l'avvio di Alfresco fallirà in caso di rilevamento non valido delle configurazioni di controllo.

Un'espressione che inizia con un '~' indica che qualsiasi valore corrispondente deve essere rifiutato. Se il primo carattere di un'espressione deve essere un '~' , può essere sfuggito con un '\' .

Aggiunta .* Alla fine di un filtro includerà tutti i valori che non sono stati espressamente esclusi

I filtri possono essere uno dei seguenti:

transaction.user : specifica quali azioni degli utenti saranno / non saranno verificate. Ad esempio: le azioni di tutti gli utenti ad eccezione di "Sistema" verranno verificate

transaction.type : le azioni eseguite rispetto al tipo di documento specificato verranno controllate.

default.path - le azioni che si verificano sui documenti all'interno del percorso specificato verranno verificate

transaction.action - specifica quali azioni saranno e non verranno verificate. Alcuni degli eventi di controllo che possono essere abilitati o disabilitati utilizzando questa proprietà sono: LEGGI, MUOVI, COPIA, CHECK IN, CHECK OUT, CANCEL CHECK OUT, CREA VERSIONE, readContent, addNodeAspect, deleteNodeAspect, updateNodeProperties.

Per ulteriori informazioni sui filtri di controllo:

https://github.com/tsgrp/OpenContent/wiki/Alfresco-Audit-Configuration

http://docs.alfresco.com/5.1/concepts/audit-example-filter.html