alfresco
Podawanie

Uruchamianie i zatrzymywanie

Aby uruchomić Alfresco:

1. Przejdź do użytkownika alfresco
2. Przejdź do katalogu $ ALFRESCO_HOME
3. Uruchom ./alfresco.sh start

Aby zatrzymać Alfresco:

1. Przejdź do użytkownika alfresco
2. Przejdź do katalogu $ ALFRESCO_HOME
3. Uruchom ./alfresco.sh start

Logowanie

Dzienniki Alfresco na żywo w $ ALFRESCO_HOME / tomcat / logs / catalina.out.

Kopie zapasowe

Istnieje wiele sposobów tworzenia kopii zapasowych systemu Alfresco. Ważne jest, aby wykonać kopię zapasową bazy danych, a także magazynu treści. Możesz także wykonać kopię zapasową indeksów Solr.

Zakładając, że zainstalowałeś za pomocą instalatora binarnego i wszystko żyje w $ ALRESCO_HOME, możesz wykonać kopię zapasową bazy danych w następujący sposób:

1. Zatrzymaj Alfresco
2. Przejdź do użytkownika alfresco
3. Przejdź do katalogu $ ALFRESCO_HOME / postgresql / bin
4. Zrzuć bazę danych z ./pg_dump alfresco --user alfresco > $ALFRESCO_HOME/alf_data/db-backup.sql . Może pojawić się monit o podanie hasła. Powinno to być to samo, co hasło administratora podane podczas instalacji. Jeśli nie, sprawdź hasło do bazy danych $ ALFRESCO_HOME / tomcat / shared / klas / alfresco-global.properties.

Teraz masz kopię zapasową bazy danych. Ważne jest, aby to zrobić najpierw. Następnym krokiem jest wykonanie kopii zapasowej magazynu treści.

1. Przejdź do katalogu $ ALFRESCO_HOME / alf_data / contentstore.deleted.
2. Usuń wszystko tutaj. Nie ma powodu, aby przechowywać te pliki i nie ma powodu, aby je tworzyć kopie zapasowe.
3. Przejdź do katalogu $ ALFRESCO_HOME / alf_data.
4. Opisz wszystko, co obejmie również kopię zapasową bazy danych utworzoną w poprzednim kroku, zakładając, że umieściłeś ją w katalogu alf_data. Uruchom tar czvf ~/alfresco-backup.tar.gz . .

Zawartość tego pliku TAR zawiera teraz wszystko, czego potrzeba do przywrócenia działającego systemu.

Audyt

Audyt to funkcja Alfresco, która pozwala użytkownikowi śledzić i rejestrować określone zdarzenia podczas korzystania z platformy ECM.

Włącz kontrolę

Aby włączyć inspekcję, musisz dodać kilka wierszy konfiguracji do pliku alfresco-global.properties , który znajduje się w tomcat/shared/classes/

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

Musisz zapisać zmiany w pliku alfresco-global.properties i zrestartować serwer Alfresco, aby umożliwić inspekcję.

Kontrola domyślnej konfiguracji

Oto pełna lista właściwości konfiguracyjnych, które można zastąpić, modyfikując plik 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}   

Jak zwykle musisz zapisać zmiany w pliku alfresco-global.properties i zrestartować serwer Alfresco, aby włączyć te modyfikacje.

Filtry audytu

Filtry kontroli to właściwości, które określają strategię stosowaną do filtrowania zdarzeń kontroli przy użyciu określonego wyrażenia regularnego do uwzględnienia lub wykluczenia zdarzeń. Zarówno niestandardowe, jak i domyślne filtry kontroli można dodać jako przesłonięcia w pliku konfiguracyjnym alfresco-global.properties .

Anatomia właściwości filtru kontroli jest następująca:

audit.filter.<data_producer>.<path>

gdzie <data-producer> jest jednym z wbudowanych producentów danych Alfresco:

1. alfresco-access : szeroka grupa zdarzeń wysokiego poziomu, takich jak logowanie (zarówno pomyślne, jak i niepowodzenie), aktualizacje właściwości, CRUD w węzłach, odczyty / aktualizacje treści, dodawanie i usuwanie aspektów, wersjonowanie, operacje meldowania / wymeldowania
2. alfresco-node
3. alfresco-api : zdarzenia wywołane przez wywołanie metod i usług API niskiego poziomu. Na przykład można go użyć do wyświetlenia parametrów listy wyszukiwania SearchServices, listy właściwości za pomocą PropertyServices, operacji na węzłach za pomocą NodeServices i tak dalej.

a path to rzeczywista wartość ścieżki, według której należy filtrować.

Nazwy nieruchomości mają prefiks audit.filter. * I używają „.” jako separator, w którym jako składniki rootPath i klucze w mapie kontroli używają „/”.

Listy są oceniane od lewej do prawej, a jeśli do końca listy nie zostanie dopasowane, wartość zostanie odrzucona. Jeśli nie ma właściwości dla danej wartości lub zdefiniowana jest pusta lista, każda wartość jest akceptowana.

Każde wyrażenie regularne na liście jest oddzielone średnikiem (';'). Wyrażenia zawierające średnik mogą być poprzedzone znakiem „”.

Zauważ, że jeśli flaga audit.config.strict jest ustawiona na true, uruchomienie Alfresco zakończy się niepowodzeniem w przypadku wykrycia nieprawidłowych konfiguracji audytu.

Wyrażenie rozpoczynające się od '~' oznacza, że wszelkie pasujące wartości powinny zostać odrzucone. Jeśli pierwszym znakiem wyrażenia musi być '~' , można go zastąpić znakiem '\' .

Dodanie .* Na końcu filtra obejmie wszystkie wartości, które nie zostały wyraźnie wykluczone

Filtry mogą być jednym z następujących:

transaction.user - określa, jakie działania użytkownika (użytkowników) będą / nie będą kontrolowane. Na przykład: działania wszystkich użytkowników oprócz „Systemu” będą kontrolowane

transaction.type - działania wykonywane na określonym typie dokumentu będą kontrolowane.

default.path - akcje występujące na dokumentach w określonej ścieżce będą kontrolowane

transaction.action - określa, jakie działania będą i nie będą kontrolowane. Niektóre zdarzenia kontroli, które można włączyć lub wyłączyć za pomocą tej właściwości to: CZYTAJ, PRZESUWAJ, KOPIUJ, ZAREJESTRUJ SIĘ, WYKONAJ, ANULUJ WYKONAJ, UTWÓRZ WERSJĘ, readContent, addNodeAspect, deleteNodeAspect, updateNodeProperties.

Aby uzyskać więcej informacji o filtrach kontroli:

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

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