alfresco
администрация
Поиск…
Запуск и остановка
Чтобы запустить Alfresco:
- Переключиться на пользователя alfresco
- Перейдите в каталог $ ALFRESCO_HOME
- Запустить
./alfresco.sh start
Чтобы остановить Альфреско:
- Переключиться на пользователя alfresco
- Перейдите в каталог $ ALFRESCO_HOME
- Запустить
./alfresco.sh start
логирование
Журналы Alfresco живут в $ ALFRESCO_HOME / tomcat / logs / catalina.out.
Резервные копии
Существует много способов резервного копирования системы Alfresco. Важно, чтобы вы делали резервную копию базы данных, а также хранилища содержимого. Вы также можете создать резервную копию индексов Solr.
Предполагая, что вы установили с помощью двоичного установщика, и все живет в $ ALRESCO_HOME, вы можете сделать резервную копию базы данных следующим образом:
- Остановить Альфреско
- Переключиться на пользователя alfresco
- Перейдите в каталог $ ALFRESCO_HOME / postgresql / bin
- Дамп базы данных с
./pg_dump alfresco --user alfresco > $ALFRESCO_HOME/alf_data/db-backup.sql. Возможно, вам будет предложено ввести пароль. Это должно быть то же самое, что и пароль администратора, который вы указали во время установки. Если нет, проверьте пароль $ ALFRESCO_HOME / tomcat / shared / classes / alfresco-global.properties.
Теперь у вас есть резервная копия базы данных. Это важно сделать первым. Следующим шагом будет резервное копирование хранилища содержимого.
- Перейдите в каталог $ ALFRESCO_HOME / alf_data / contentstore.deleted.
- Удалите все здесь. Нет никаких оснований хранить эти файлы и нет никаких оснований для их резервного копирования.
- Перейдите в каталог $ ALFRESCO_HOME / alf_data.
- Измените все это, что также будет содержать резервную копию базы данных, созданную вами на предыдущем шаге, при условии, что вы поместили ее в каталог alf_data. Запустите
tar czvf ~/alfresco-backup.tar.gz .,
Содержимое этого файла TAR теперь имеет все необходимое для восстановления вашей рабочей системы.
Аудиторская проверка
Аудит - это функция Alfresco, которая позволяет пользователю отслеживать и регистрировать определенные события во время использования платформы ECM.
Включить аудит
Чтобы включить аудит, вам нужно добавить некоторые строки конфигурации в файл alfresco-global.properties , который находится в tomcat/shared/classes/
audit.enabled = true
audit.alfresco-access.enabled=true
Вы должны сохранить изменения в файле alfresco-global.properties и перезапустить сервер Alfresco, чтобы включить аудит.
Аудит конфигурации по умолчанию
Здесь полный список свойств конфигурации, которые можно переопределить, изменяя файл 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}
Как обычно, вам нужно сохранить изменения в файле alfresco-global.properties и перезапустить сервер Alfresco, чтобы включить эти изменения.
Фильтры аудита
Фильтры аудита - это свойства, которые определяют стратегию, используемую для фильтрации событий аудита, с использованием определенного регулярного выражения для включения или исключения событий. Как настраиваемые, так и фильтры проверки по умолчанию могут быть добавлены как переопределения в файле конфигурации alfresco-global.properties .
Аналогом свойства фильтра проверки является следующее:
audit.filter.<data_producer>.<path>
где <data-producer> является одним из встроенных производителей данных Alfresco:
-
alfresco-access: широкая группа событий высокого уровня, таких как логины (как успешные, так и неудавшиеся), обновления свойств, CRUD на узлах, чтение / обновление содержимого, добавление и удаление аспектов, управление версиями, операции регистрации / выписки -
alfresco-node -
alfresco-api: события, выпущенные при вызове методов и сервисов API низкого уровня. Например, его можно использовать для отображения параметров списка поиска SearchServices, списка свойств с использованием PropertyServices, операций с узлами с использованием NodeServices и т. Д.
и path - это реальное значение пути для фильтрации.
Имена свойств имеют префикс audit.filter. * И используют '.' как разделитель, где в качестве компонентов rootPath и ключей в карте аудита используется «/».
Списки оцениваются слева направо, и если в конце списка не выполняется сопоставление, значение отклоняется. Если для заданного значения нет свойства или пустой список определен, любое значение принимается.
Каждое регулярное выражение в списке разделяется точкой с запятой (';'). Выражения, содержащие точку с запятой, могут быть экранированы с помощью символа ''.
Обратите внимание, что если флаг audit.config.strict установлен на true, то запуск Alfresco завершится неудачно в случае обнаружения недопустимых настроек аудита.
Выражение, начинающееся с символа '~' указывает, что любое соответствующее значение должно быть отклонено. Если первый символ выражения должен быть '~' , он может быть экранирован с помощью '\' .
Добавление .* В конце фильтра будут включать все значения, которые не были специально исключены
Фильтры могут быть одним из следующих:
transaction.user - указывает, какие действия пользователя будут / не будут проверяться. Например: будут проверяться действия всех пользователей, кроме «Системы»
transaction.type - проверяются действия, выполняемые с указанным типом документа.
default.path - default.path действия, которые происходят в документах по указанному пути.
transaction.action - указывает, какие действия будут и не будут проверяться. Некоторые из событий аудита, которые могут быть включены или отключены с помощью этого свойства: READ, MOVE, COPY, CHECK IN, CHECK OUT, CANCEL CHECK OUT, CREATE VERSION, readContent, addNodeAspect, deleteNodeAspect, updateNodeProperties.
Дополнительные сведения об фильтрах аудита:
https://github.com/tsgrp/OpenContent/wiki/Alfresco-Audit-Configuration
http://docs.alfresco.com/5.1/concepts/audit-example-filter.html