alfresco
Administrering
Sök…
Starta och stoppa
För att starta Alfresco:
- Byt till Alfresco-användaren
- Byt till katalogen $ ALFRESCO_HOME
- Kör
./alfresco.sh start
För att stoppa Alfresco:
- Byt till Alfresco-användaren
- Byt till katalogen $ ALFRESCO_HOME
- Kör
./alfresco.sh start
Skogsavverkning
Alfresco-loggar lever i $ ALFRESCO_HOME / tomcat / logs / catalina.out.
Säkerhetskopior
Det finns många sätt att säkerhetskopiera ett Alfresco-system. Det är viktigt att du säkerhetskopierar såväl databasen som innehållslagret. Du kanske också vill säkerhetskopiera Solr-indexen.
Förutsatt att du installerade med det binära installationsprogrammet och allt lever i $ ALRESCO_HOME kan du säkerhetskopiera databasen så här:
- Sluta Alfresco
- Byt till Alfresco-användaren
- Byt till katalogen $ ALFRESCO_HOME / postgresql / bin
- Dumpa databasen med
./pg_dump alfresco --user alfresco > $ALFRESCO_HOME/alf_data/db-backup.sql. Du kan bli ombedd om ett lösenord. Det bör vara samma sak som administratörslösenordet du angav under installationen. Om inte, kolla $ ALFRESCO_HOME / tomcat / shared / classes / alfresco-global.properties för databaslösenordet.
Nu har du säkerhetskopierat din databas. Det är viktigt att göra det först. Nästa steg är att säkerhetskopiera innehållslagret.
- Byt till katalogen $ ALFRESCO_HOME / alf_data / contentstore.deleted.
- Ta bort allt här. Det finns ingen anledning att hålla filerna kvar och ingen anledning att säkerhetskopiera dem.
- Byt till katalogen $ ALFRESCO_HOME / alf_data.
- Tar upp hela saken, som också kommer att inkludera databasbackupen som du skapade i föregående steg förutsatt att du placerade den i alf_data-katalogen. Kör
tar czvf ~/alfresco-backup.tar.gz ..
Innehållet i den TAR-filen har nu allt du behöver för att återställa ditt arbetssystem.
revision
Revision är en Alfresco-funktion som gör att användaren kan spåra och logga vissa specifika händelser under användning av ECM-plattformen.
Aktivera revision
För att möjliggöra granskning måste du lägga till några konfigurationsrader i filen alfresco-global.properties , som finns i tomcat/shared/classes/
audit.enabled = true
audit.alfresco-access.enabled=true
Du måste spara ändringar i filen alfresco-global.properties och starta om Alfresco-servern för att möjliggöra granskning.
Granskning av standardkonfiguration
Här den kompletta listan med konfigurationsegenskaper som kan åsidosättas modifiera filen 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}
Som vanligt måste du spara ändringar i filen alfresco-global.properties och starta om Alfresco-servern för att aktivera dessa ändringar.
Granskningsfilter
Revisionsfilter är egenskaper som specificerar strategin som används för att filtrera revisionshändelser genom att använda ett särskilt regelbundet uttryck för att inkludera eller utesluta händelser. Både egna och standardgranskningsfilter kan läggas till som åsidosätter i alfresco-global.properties konfigurationsfilen.
Anatomi för en granskningsfilteregenskap är följande:
audit.filter.<data_producer>.<path>
där <data-producer> är en av Alfresco inbyggda dataproducenter:
-
alfresco-access: en bred grupp händelser på hög nivå såsom inloggningar (både framgångsrika och misslyckade), fastighetsuppdateringar, CRUD på noder, läs / uppdateringar av innehåll, tillägg och borttagning av aspekter, versionering, check-in / check-out operationer -
alfresco-node -
alfresco-api: händelser utfärdade av samtalet med API-metoder och tjänster på låg nivå. Det kan till exempel användas för att lista SearchServices-söklistparametrar, egenskaper med hjälp av PropertyServices, operationer på noder med NodeServices och så vidare.
och path är det verkliga sökvärdet att filtrera mot.
Egenskapsnamn har ett audit.filter. * Prefix och använder '.' som en separator där 'komponenter' i rootPath och nycklar i revisionskartan använder '/'.
Listor utvärderas från vänster till höger och om ingen matchning görs i slutet av listan avvisas värdet. Om det inte finns en egenskap för ett givet värde eller en tom lista definieras accepteras något värde.
Varje regelbundet uttryck i listan separeras med en semikolon (';'). Uttryck som innehåller en semikolon kan undkommas med hjälp av en ''.
Observera att om audit.config.strict flaggan är inställd på sann Alfresco-uppstart kommer att misslyckas vid ogiltig upptäckt av revisionskonfigurationer.
Ett uttryck som börjar med en '~' indikerar att alla matchande värden bör avvisas. Om det första tecknet i ett uttryck måste vara ett '~' , kan det undgås med ett '\' .
Lägga till .* slutet av ett filter kommer att inkludera alla värden som inte har uteslutits specifikt
Filter kan vara ett av följande:
transaction.user - specificerar vilka användaråtgärder som kommer / inte kommer att granskas. Till exempel: Åtgärder från alla användare förutom "System" kommer att granskas
transaction.type - åtgärder som utförs mot den angivna dokumenttypen kommer att granskas.
default.path - åtgärder som förekommer på dokument inom den angivna sökvägen kommer att granskas
transaction.action - anger vilka åtgärder som ska och inte kommer att granskas. Några av de granskningshändelser som kan aktiveras eller inaktiveras med den här egenskapen är: LÄS, FLYTTA, KOPIERA, KONTROLLERA, KONTROLLERA, AVSLUTA KONTROLLERA, CREATE VERSION, readContent, addNodeAspect, deleteNodeAspect, updateNodeProperties.
För mer information om granskningsfilter:
https://github.com/tsgrp/OpenContent/wiki/Alfresco-Audit-Configuration
http://docs.alfresco.com/5.1/concepts/audit-example-filter.html