기권

이 문서의 자료는 정보 제공 목적으로만 제공됩니다. 이 문서에 설명된 제품은 제조업체의 지속적인 개발 프로그램으로 인해 사전 통지 없이 변경될 수 있습니다. Nuix는 이 문서 또는 여기에 설명된 제품과 관련하여 어떠한 진술이나 보증도 하지 않습니다. Nuix는 이 자료 또는 여기에 설명된 제품의 사용으로 인해 발생하거나 관련된 직접적, 간접적 또는 우발적, 결과적 또는 특별한 모든 손해, 손실, 비용 또는 경비에 대해 책임을 지지 않습니다.

© Nuix Canada Inc. 2024 모든 권리 보유

소개

이 안내서는 자동화하다 설치에 대해 설명합니다. 이 문서는 참조처럼 작동합니다. 목차를 사용하여 찾은 주제를 찾으십시오.

Automate 소프트웨어와 이 설명서에는 버그, 오류 또는 기타 제한 사항이 포함될 수 있습니다. Automate 소프트웨어나 이 설명서에 문제가 있는 경우 nuix 지원팀에 문의하세요.

우리는 제품의 모든 버전에 대한 피드백을 수락하지만, 지원은 분기별 및 연간 릴리스 채널의 최신 주요 버전과 최신 부 버전으로 제한됩니다. Automate는 제품 업데이트 알림을 구독하고 업데이트가 제공되면 짧은 시간 내에 업데이트를 검토하고 적용할 것을 권장합니다.

소프트웨어에는 유효한 Automate 라이선스가 필요합니다. 라이선스는 일반적으로 시간 제한이 있으며 소프트웨어의 특정 기능에는 특정 라이선스 에디션이 필요합니다. Automate 라이선스에 문제가 있거나 제품 기능에 대한 특정 질문이 있는 경우 nuix 지원팀에 문의하세요.

이 안내서에 사용 된 스타일

노트 :이 아이콘은 유효한 옵션과 같은 추가 설명이 제공됨을 나타냅니다.
팁 :이 아이콘은 응용 프로그램을 사용하여 특정 동작을 수행하는 방법 인 특히 유용한 tidbit가 제공됨을 알려줍니다.
경고 :이 아이콘은 원하지 않는 행동을 피하는 데 도움이되는 정보를 강조 표시합니다.

  • 강조 :이 스타일은 메뉴, 옵션 또는 링크의 이름을 나타냅니다.

  • code :이 스타일은 구두로 사용해야하는 코드를 나타내며 파일 경로, 매개 변수 이름 또는 Nuix 검색 쿼리를 참조 할 수 있습니다.

1. 건축물

1.1. 구성 요소

Automate 배포에는 다음과 같은 여러 구성 요소가 포함됩니다.

  • 스케줄러 자동화: 분석가 또는 엔터프라이즈 서비스로부터 작업 대기 요청을 받고 해당 작업을 Automate Engine 서버로 전송합니다.

  • 자동화 엔진 서버: Automate Scheduler에서 작업을 수신하고, 엔진을 시작하고, 작업을 실행합니다.

  • Nuix 엔진 : Nuix 엔진은 Nuix 사례를 생성 / 열고 필요한 경우 필요한 작업을 수행합니다.

  • Nuix 라이센스 소스 : 다음 유형의 Nuix 라이센스 소스를 하나 이상 사용할 수 있습니다.

    • Nuix NMS

    • Nuix 라이센스 동글

    • Nuix 클라우드 라이센스

  • 인증 소스 : 사용자를 인증하고 그룹 멤버십을 결정하는 데 사용될 서비스입니다. 이것은 다음의 조합이 될 수 있습니다.

    • Nuix UMS : Nuix 사용자 관리 서버

    • LDAP : 온-프레미스 Active Directory

    • Azure AD : Microsoft Azure Active Directory

    • OIDC: Open ID Connect 호환 인증 서비스

    • 내부: 초기 구성을 위해 내부적으로 정의된 사용자 이름 및 암호.

또한 다음 구성 요소는 선택 사항입니다.

  • OData 서버 자동화: OData 프로토콜을 사용하여 사용 데이터를 반환합니다.

  • 프록시 자동화: 주요 Automate Scheduler에서 데이터 업로드 및 해싱 작업을 오프로드합니다.

  • 비즈니스 인텔리전스 소프트웨어: Automate 환경에서 메트릭을 쿼리하고, 데이터를 분석하고, Microsoft Power BI나 Tableau와 같은 대화형 대시보드를 제공하는 소프트웨어 도구입니다.

  • Microsoft SQL : 내장 된 스케줄러 데이터베이스를 대체하여 작업 정보, 구성 및 감사 로그를 저장하는 데 사용할 수 있습니다.

1.2. 전개

Automate 배포에 포함될 각 Nuix 서버에 설치해야 하는 Automate Engine Server를 제외하고 나머지 모든 구성 요소는 동일한 서버나 전용 서버에 배포할 수 있습니다.

Automate Scheduler를 호스팅하는 서버와 다른 서버에 선택적 Automate OData Server를 배포하는 경우, 활용률 데이터는 내장된 데이터베이스에서 Microsoft SQL 데이터베이스로 리디렉션되어야 합니다.

1.2.1. 샘플 분산 아키텍처

이 샘플 아키텍처는 Automate Scheduler를 호스팅하는 전용 서버, Automate Engine 서버와 Nuix Engine을 호스팅하는 여러 서버, Nuix NMS 및 Nuix UMS용 전용 서버, Azure AD와의 연결로 구성됩니다.

샘플 분산 아키텍처

1.2.2. 샘플 독립형 아키텍처

이 샘플 아키텍처는 Automate Scheduler와 Automate Engine Server를 호스팅하는 단일 서버, 여러 Nuix 엔진, Nuix NMS 및 Nuix UMS로 구성됩니다.

샘플 독립형 아키텍처

1.3. 네트워크 트래픽 흐름

자동화 배포의 구성 요소는 HTTP를 통해 통신합니다. TCP 포트 및 TLS 인증서를 구성하려면 Configuration 섹션을 참조하십시오.

교통 흐름
소스 대상 프로토콜(포트)

Analyst 웹 브라우저

자동 스케줄러

HTTPS(TCP/443)

Analyst 웹 브라우저

Azure AD

HTTPS(TCP/443)

자동 스케줄러

Automate Engine 서버

HTTPS(TCP/443)

Automate Engine

Automate 스케줄러

HTTPS(TCP/443)

자동 스케줄러

Nuix UMS

HTTPS(TCP/443)

자동 스케줄러

Azure AD

HTTPS(TCP/443)

Nuix Engine

Nuix NMS

HTTPS(TCP/27443)

2. 전제 조건

https://nuix.service-now.com/support?id=kb_기사_view&sys_kb_id=7ef9b32b47cc96102d9c89cbd36d4368[https://nuix.service-now.com/support?id=kb_기사_view&sys_kb_id=7ef9b32b47cc96102d9c89cbd36d4368]을 참조하세요.

3. 구성

3.1. 서비스 설정

구성 파일은 다음 위치에 있습니다.

  • 스케줄러 자동화 C:\ProgramData\Nuix\Automate\Scheduler\config\config.yml

  • 자동화 엔진 서버 C:\ProgramData\Nuix\Automate\EngineServer\config\config.yml

  • OData 서버 자동화 C:\ProgramData\Nuix\Automate\ODataServer\config\config.yml

또한 특정 스케줄러 서비스 구성 옵션은 환경 변수를 사용하여 설정할 수 있습니다(자세한 내용은 섹션 Scheduler Service Environmental Variables 참조).

3.1.1. 스케줄러 서비스 설정

이러한 파일은 YAML 구문을 따르며 다음 매개 변수를 포함합니다.

  • role: SCHEDULER, Automate Scheduler 구성 요소가 실행됨을 나타냅니다.

  • apiSecret: Automate 구성 요소 간 인증에 사용되는 키입니다. 모든 Automate Scheduler, Proxy 및 Server 인스턴스에 동일한 난수 값을 설정합니다.

  • internalCredentials : 구성 파일에 정의 된 자격 증명이 인증에 사용됨을 나타냅니다. 구성은 다음 하위 키에서 제공됩니다.

    • displayName : (선택 사항)이 인증 방법의 로그인 페이지에 표시 할 이름입니다.

    • restrictToLocalhost: (선택사항) localhost에서 브라우저로 내부 인증의 가용성을 제한합니다. 이 속성을 지정하지 않으면 기본값은 `false`입니다.

    • usersEligibleLegalHoldAdministrator: (선택 사항) 내부 사용자를 법적 보존 관리 대상으로 지정합니다. 이 속성을 지정하지 않으면 기본값은 `false`입니다.

    • usersEligibleLegalHoldCustodian: (선택 사항) 내부 사용자를 법적 보존 관리인으로 지정할 수 있습니다. 이 속성을 지정하지 않으면 기본값은 `false`입니다.

    • credentials : 자격 증명 목록.

자격 증명은 다음을 사용하여 PBKDF2 형식으로 제공할 수 있습니다.

  • username

  • email

  • salt, base64로 인코딩된 문자열

  • iterations, 해시 반복 횟수

  • hash, 키 길이가 512 비트인 PBKDF2WithHmacSHA512 알고리즘을 사용하여 계산됩니다.

또는 일반 텍스트에서 다음을 사용합니다.

  • username

  • email

  • password

2 명의 사용자가있는 샘플 내부 인증 구성 :

internalCredentials:
  displayName: UsernamePassword
  restrictToLocalhost: true
  credentials:
    - username: user1
      email: user1@example.com
      salt: NlbCqq8kL6sqdZQrjMmgSw==
      iterations: 1000000
      hash: ca4xiopDRshgyKvArOfKqBoDeVfbsOpayzVrh8n1WAWOhqvunITolqBBTiSAn1VxTBUz+15IfX4qxiTuHrthuA==

    - username: user2
      email: user2@example.com
      password: Password2@
내부 인증 방법을 사용하려면 구성 파일에 사용자 이름과 암호 또는 해시를 저장해야 합니다. 이 방법을 localhost로 제한하는 것이 좋습니다.
restrictToLocalhost 속성을 `true`로 설정하여 localhost로 Automate에 액세스할 때 내부 자격 증명으로만 로그인을 허용합니다.

  • userSessionTimeout : 사용자 세션이 만료 된 후 비활성 기간 (초).

  • nuixEnginePath : Nuix 엔진 배포 위치. 이 폴더에는 bin, lib 및 user-data 하위 폴더가 직접 포함되어야합니다.

  • log4jConfigurationFile : log4j 설정 파일.

  • enableCentralizedLogging : true 또는 `false`는 중앙 집중식 로깅 기능이 활성화되었는지 여부를 나타냅니다.

기본적으로이 기능은 활성화되어 있습니다.이 기능을 비활성화하려면 값을 `false`로 설정하십시오.

  • centralizedLoggingRetention : 로그가 보존되는 기간 (일)입니다.

  • centralizedLoggingMaxSize : 롤오버 전의 최대 데이터베이스 크기 (바이트).

  • centralizedLoggingSizeCheckInterval: 데이터베이스가 크기 검사를 수행한 후의 시간(초)입니다.

  • enableRollingLoggingDatabases: 로깅 데이터베이스가 SQLite에 대해 구성된 경우 데이터베이스가 롤링됩니다. 예를 들어 로깅 데이터베이스가 centralizedLoggingMaxSize`에서 정의된 최대 크기를 `maxRollingLoggingDatabases 설정에서 정의된 롤링 데이터베이스 수로 나눈 값에 도달하면 데이터베이스 이름이 변경되고 새 데이터베이스가 생성됩니다. 기본적으로 이 기능은 비활성화되어 있습니다. 예를 들어 사용자의 최대 크기가 1GB이고 롤링 데이터베이스가 5개인 경우 모든 롤링 데이터베이스의 최대 크기는 200MB가 됩니다.

데이터베이스가 로그를 롤링하는 경우, 다운로드된 로그는 데이터베이스의 실제 로그를 제외한 모든 것을 포함하는 축소된 버전이 되고 중앙 로깅은 일시적으로 비활성화됩니다. 사용자가 로그를 다운로드하는 동안 데이터베이스 로테이션이 발생하면 다운로드 스레드가 종료되고 사용자에게 수집할 수 있었던 로그를 제공하고 로테이션으로 인해 다운로드가 종료되었음을 알리는 경고를 로깅합니다.

  • maxRollingLoggingDatabases: 롤링 데이터베이스의 최대 수. 데이터베이스의 최대 수에 도달하면 가장 오래된 로그가 있는 데이터베이스가 삭제됩니다.

  • enableCentralizedLoggingDownloadTimeout: 중앙 로깅 다운로드 시간 초과 기능이 활성화되어 있는지 여부를 나타내는 true 또는 `false`입니다.

이 기능은 중앙화된 로깅 다운로드 시간 초과` 설정에서 정의된 일정 간격 후에 로그 다운로드를 위한 스트림을 닫습니다. 이 기능은 문제 해결 목적으로만 권장되며 기본적으로 비활성화됩니다.

  • centralizedLoggingDownloadTimeout: 종료하기 전에 로그를 다운로드하는 데 걸리는 시간(밀리초)입니다. 기본적으로 이 값은 180000 (3분)로 설정됩니다.

  • engineInitLogFolder : 엔진을 초기화하는 동안 작업을 실행하기 전에 사용할 로그 폴더.

  • archiveJobsPastDuration : 완료된 작업이 자동으로 보관 된 후의 시간 (초).

  • archiveJobsPastCount : 가장 오래된 작업이 자동으로 보관 된 후 완료된 최대 작업 수.

  • server : 청취 할 IP / 포트 및 HTTPS 연결을위한 TLS 인증서를 나타냅니다.

기본적으로 서비스는 localhost의 포트 80에서 HTTP를 수신하고 모든 IP 주소의 포트 443에서 HTTPS를 수신합니다. 서버가 특정 IP 주소에서 수신하도록 제한하려면 config.yml 파일에서 `0.0.0.0`를 필요한 IP 주소로 변경합니다.
6.0 이전 버전에서 스케줄러를 업그레이드하는 경우 서버는 기본적으로 HTTP/1.1 연결만 수락합니다. HTTP/2 연결을 활성화하려면 config.yml 파일에서 `type: https`를 `type: h2`로 변경합니다.

  • webConfiguration: HSTS, XSS 보호, CORS 및 CSP를 포함하여 REST API에 사용되는 웹 서버에 적용할 웹 설정을 나타냅니다.

  • cors: CORS 구성.

Automate REST API는 Scheduler 서버에 호스팅된 웹페이지와 타사 서비스 및 웹페이지에서 모두 액세스할 수 있도록 설계되었습니다. 이러한 이유로 기본 CORS 구성은 모든 출처를 허용합니다. 이 구성은 REST API에 대한 각 요청이 Bearer 토큰으로 인증되어야 하므로 안전합니다. CORS 허용 출처를 추가로 제한해야 하는 경우 config.yml 파일에서 기본 CORS 설정을 편집하여 더 엄격한 정책을 적용할 수 있습니다.

허용된 출처를 제한하는 샘플 CORS 정책:

  cors:
    allowedOrigins: ["https://scheduler.example.com"]

  • logging : 서비스가 수행 한 로깅 매개 변수를 나타냅니다. 이 로그에는 일반적으로 Nuix Workstation에서 기록한 정보도 포함됩니다. 작업자 로그의 위치는 nuixFlags 매개 변수에 지정되어 있습니다.

  • applicationStore : 감사 정보를 저장하는 데 사용자 지정 데이터베이스가 사용됨을 나타냅니다.

    • driverClass : net.sourceforge.jtds.jdbc.Driver

    • user : 데이터베이스 사용자 이름

    • password : 데이터베이스 비밀번호

    • url : JDBC 연결 문자열 (예 : jdbc:jtds:sqlserver://HOST:1433/DATABASE)

    • properties : 연결 속성.

샘플 Microsoft SQL 구성 :

applicationStore:
  driverClass: net.sourceforge.jtds.jdbc.Driver
  user: automate-service
  password: SecretGoesHere
  url: jdbc:jtds:sqlserver://localhost:1433/automate
  properties:
    charSet: UTF-8
Microsoft SQL 저장소 구성에서 사용자 이름과 비밀번호가 제공되지 않으면 통합 Windows 인증을 사용하여 연결이 수행됩니다. 이런 방식으로 Microsoft SQL에 연결할 때 Automate Scheduler 서비스는 Microsoft SQL 데이터베이스에 액세스할 수 있는 계정에서 실행되도록 구성해야 합니다.

  • utilizationStore : 사용자 화 데이터베이스가 운영 이용률 데이터를 저장하는 데 사용됨을 나타냅니다.

  • loggingStore : 로그 저장에 커스텀 데이터베이스를 사용함을 나타냅니다.

`loggingStore`는 모든 플랫폼 로그의 순환 버퍼이며 쓰기 처리량을 생성할 것으로 예상됩니다. 이 로깅 저장소를 SQL 데이터베이스로 리디렉션하지 않는 것이 좋습니다.

`loggingStore`를 `D:\Logs\Automate`로 재배치하는 샘플 구성:

loggingStore:
  driverClass: org.sqlite.JDBC
  url: jdbc:sqlite:D:/Logs/Automate/logging.db
  properties:
    charSet: UTF-8
위에 나열된 다양한 저장소는 모두 단일 Microsoft SQL 데이터베이스로 리디렉션되거나 필요에 따라 데이터베이스를 분리 할 수 있습니다.

  • defaultUserSettings : 사용자 프로필에 특정 구성이 설정되지 않은 경우 적용되는 사용자 설정을 덮어 씁니다.

새 클라이언트 또는 새 법적 사안을 만들 때 기본적으로 채워지는 허용 된 매개 변수 값을 정의하기위한 샘플 설정 :

defaultUserSettings:
  newMatter:
    allowedParameterValues:
      - "{custodian}": ["John Smith","Annie Rosella"]
      - "{sample_parameter_1}": []
    synchronizeJobs: true
  newClient:
    allowedParameterValues:
      - "{doc_id_prefix}": ["DOC","DOC-","DOCID"]
      - "{sample_parameter_2}": []

  • sortAllowedParametersValues : true 또는 `false`는 사용자 인터페이스에 정의되거나 스크립트에 의해 반환 된 허용 매개 변수 값을 정렬해야하는지 또는 원래 순서를 유지해야하는지 여부를 나타냅니다.

  • jobMaximumExecutionParametersLength: 값이 잘리기 전에 실행 매개변수가 가질 수 있는 문자 수입니다. 이는 스케줄러의 프런트 엔드 성능에만 영향을 미칩니다. 기본적으로 200 문자로 설정되어 있습니다.

  • archivedJobCleanupEnabled: true 또는 `false`는 아카이브 작업 클리너 실행 여부를 나타냅니다. 클리너는 아카이브된 작업이 설정된 일수를 초과하면 작업, 작업 실행 로그 및 작업 MIME 유형 통계를 삭제합니다. 기본값은 `false`입니다.

  • archivedJobCleanupInterval: 작업 정리 작업을 실행할 간격(시간)입니다. 기본적으로 `24`시간으로 설정됩니다.

  • archivedJobRetentionDays: 작업을 삭제하기 전에 보관해야 하는 일수입니다. 기본적으로 `584`일(1년 반)로 설정되어 있습니다.

  • synchronizeJobsOnAllMatters : true 또는 `false`는 주어진 시간에 하나의 작업 만 실행할 수 있는지 여부를 나타냅니다.

  • authTokenTtl: 사용자 인증 토큰이 만료되는 시간(초)입니다. 브라우저는 토큰 수명의 절반에 인증 토큰을 새로 고치도록 요청합니다. 기본적으로 `600`초로 설정되어 있습니다.

  • disableAuthTokenExpiration: true 또는 false 사용자 인증 토큰이 만료되지 않음을 나타냅니다. 기본적으로 `false`로 설정되어 있습니다.

  • expiredAuthTokenTombstone: 만료된 인증 토큰을 추적하는 기간(초)입니다. 만료된 인증 토큰으로 자동화하다*에 액세스하려고 하면 친숙한 오류 메시지가 반환되고 현재 라이브 사용자 세션이 무효화됩니다. 기본적으로 `*900`로 설정되어 있습니다.

  • downgradeWebWorkerToken: true 또는 `false`는 브라우저가 웹 작업자 토큰을 다운그레이드하여 브라우저의 스크립트에서 액세스할 수 있도록 해야 함을 나타냅니다. 기본적으로 `false`로 설정되어 있습니다.

downgradeWebWorkerToken: false 기본 설정으로 브라우저 창을 새로고침하면 사용자가 로그아웃됩니다. 이 옵션을 `true`로 설정하면 브라우저 창을 새로 고칠 때 사용자 세션이 유지되지만 브라우저의 스크립트에서 인증 토큰에 액세스할 수 있게 되므로 덜 안전합니다.

  • enforceSingleUserSession: true 또는 `false`는 사용자가 동시에 두 개 이상의 세션을 가질 수 있는지 여부를 나타냅니다. 이 옵션을 true로 설정하면 세션은 하나만 허용됩니다.

사용자가 이미 로그인한 상태에서 동일한 사용자에 대해 다른 세션이 시작되면 이전 세션은 로그아웃됩니다.

  • libraryFileMaxSize: 기본적으로 파일 라이브러리에 업로드할 수 있는 파일의 최대 크기(바이트)입니다.

파일 라이브러리는 구성 파일과 프로필을 저장하도록 설계되었습니다. 이 제한은 데이터 저장소에 업로드된 파일에는 적용되지 않습니다.

  • expireIdleUploadAfter: 데이터 저장소에 대한 유휴 업로드가 만료되는 시간(밀리초)으로, 기본적으로 3600000 1시간에 해당합니다.

  • uploadBufferMaxSize: 기본적으로 데이터 리포지토리에 업로드하는 동안 할당할 최대 버퍼 크기(KiB)입니다. 버퍼 크기는 파일 업로드 1회당 최대 3회까지 할당할 수 있으며, 파일 업로드 기간 동안만 사용됩니다.

대기 시간이 긴 네트워크를 통해 연결된 파일 공유에 데이터를 쓸 때 `uploadBufferMaxSize`의 크기를 늘리면 메모리 사용량이 증가하는 대신 전체 전송 성능이 향상될 수 있습니다.

  • uploadHashAlgorithms: 기본적으로 Data Repositories에 파일을 업로드할 때 서버 측에서 해싱에 사용할 알고리즘 MD5. 업로드 중 해싱을 비활성화하려면 None 값을 사용하십시오.

업로드하는 동안 파일을 해싱하려면 스케줄러 서버에 상당한 CPU 리소스가 필요합니다. 이 계산을 다른 서버로 오프로드하려면 스케줄러 프록시 역할을 사용합니다.

  • ♣: 기본적으로 스케줄러에서 OData 서비스를 활성화합니다 true. 비활성화하려면 false 값을 사용하세요.

  • ♥: 마스크 활용 데이터 데이터베이스 쓰기 오류가 기본적으로 애플리케이션에 발생합니다 false.

  • azureLocations: (선택 사항) VM을 실행할 위치 목록입니다. 샘플 azureLocations 설정:

azureLocations: westus,eastus

  • azureVmSizes: (선택 사항) VM 크기 목록입니다. 샘플 azureVmSizes 설정:

azureVmSizes: Standard_M8ms,Standard_M16ms,Standard_M32ts

3.1.2. 스케줄러 서비스 환경 변수

스케줄러 서비스 구성 파일에 구성된 설정을 지정하거나 덮어쓰도록 다음 환경 변수를 구성할 수 있습니다.

  • 데이터베이스 리디렉션. 다음 설정을 사용하여 애플리케이션을 SQL 데이터베이스로 리디렉션합니다.

    • ♥: 활성화하려면 `true`로 설정하세요.

    • AUTOMATE_STORE_APPLICATION_DRIVER_CLASS: 예를 들어 드라이버 클래스 org.postgresql.Driver

    • AUTOMATE_STORE_APPLICATION_URL : JDBC 연결 문자열 (예 : jdbc:postgresql://postgres.example.internal:5432/automateScheduler)

    • AUTOMATE_STORE_APPLICATION_USERNAME : 데이터베이스 사용자 이름

    • AUTOMATE_STORE_APPLICATION_PASSWORD : 데이터베이스 비밀번호

    • AUTOMATE_STORE_APPLICATION_CHARSET: 예를 들어 데이터베이스 문자 집합 UTF-8

    • AUTOMATE_STORE_LOGGING_REDIRECT_TO_APPLICATION: `true`로 설정하면 중앙 집중식 로깅을 응용 프로그램 스토어와 동일한 위치로 리디렉션합니다.

    • AUTOMATE_CENTRALIZED_LOGGING_ENABLED: 중앙 집중식 로깅을 비활성화하려면 `false`로 설정합니다.

    • AUTOMATE_STORE_UTILIZATION_REDIRECT_TO_APPLICATION: true 로 설정하면 앱 스토어와 같은 위치로 활용 데이터를 리디렉션합니다.

    • AUTOMATE_STORE_APPLICATION_SCHEDULER_MIN_CONNECTIONS: 열려 있는 최소 연결 수

    • AUTOMATE_STORE_APPLICATION_SCHEDULER_MAX_CONNECTIONS: 열려 있는 최대 연결 수

  • 입증. 다음 설정을 사용하여 초기 구성을 위해 애플리케이션에 로그인하기 위한 액세스 자격 증명을 구성합니다.

    • 내부 사용자 이름/비밀번호 인증:

      • ♥: 활성화하려면 `true`로 설정하세요.

      • ♣: 로그인에 사용할 사용자 이름

      • ♣ : 이용자의 이메일 주소

      • ♥: 로그인에 사용되는 비밀번호입니다.

    • 내부 PBKDF2 인증:

      • ♥: 활성화하려면 `true`로 설정하세요.

      • ♣: 로그인에 사용할 사용자 이름

      • ♣ : 이용자의 이메일 주소

      • ♣: base64로 인코딩된 문자열

      • ♣: 해시 반복 횟수

      • ♣: 키 길이가 512`비트인 `PBKDF2WithHmacSHA512 알고리즘을 사용하여 계산된 비밀번호 해시입니다.

    • OIDC 인증:

      • ♥: 활성화하려면 `true`로 설정하세요.

      • ♣: 인증 메커니즘 이름

      • ♣: 인증 메커니즘 설명

      • ♣: 잘 알려진 구성 URI(예: http://keycloak:8080/realms/default/.well-known/openid-configuration)

      • ♥: 범위 등을 예로 openid email profile

      • ♣: 사용자 이름 클레임(예: email)

      • AUTOMATE_AUTH_OIDC_CLIENT_ID 고객 ID

      • ♣: 클라이언트 비밀번호

    • 더비 컨트롤 서비스:

      • ♥: 활성화하려면 `true`로 설정하세요.

      • ♣: Derby Control 서비스 이름

      • ♣: Derby Control 서비스 설명

      • ♣: Derby Control 기본 URL(예: http://127.0.0.1:8999/DERBY-CONTROL)

  • 다중 서버 API 비밀. 다음 설정을 사용하여 다양한 엔진 서버를 관리하는 데 사용되는 API 시크릿을 구성합니다.

    • AUTOMATE_API_SECRET: Automate 구성 요소 간 인증에 사용되는 키입니다. 모든 Automate Scheduler, Proxy 및 Server 인스턴스에 동일한 난수 값을 설정합니다.

  • 보안 정책. 보안 정책을 구성하려면 다음 설정을 사용하십시오.

    • ♥: 활성화하려면 `true`로 설정하세요.

    • ♣ : 정책명

    • ♣: 정책 설명

    • ♣: 정책이 적용되는 주체 목록입니다. 다음 설정은 인증된 사용자와 일치합니다: [{"identifierType":"BUILTIN","identifierName":"AUTHENTICATED_USER"}]

    • ♣: 정책 권한 등 ["VIEW","VIEW_SENSITIVE","MODIFY","CREATE","SUBMIT_JOB","DOWNLOAD_LOGS"]

    • ♣: 정책 내장 범위 예 ["ALL_CLIENT_POOLS","ALL_CLIENTS","ALL_LIBRARIES","API_KEYS","COLLECTIONS","LEGAL_HOLDS","SCRIPTS","SCHEDULES","SECURITY","RESOURCES"]

    • ♥: 선택적으로 전체 정책 범위를 정의합니다(예: [{"identifierType":"BUILTIN","identifierName":"RESOURCES"}]).

  • 보안 정책. 다음 설정을 사용하여 Automate License를 구성하세요.

    • ♥: 활성화하려면 `true`로 설정하세요.

    • ♣: 라이센스 ID

    • ♣: 라이센스 키

    • ♣: 진단레벨, 예를 들면 ENHANCED

  • Nuix CLS 라이센스. Nuix CLS 라이센스를 구성하려면 다음 설정을 사용하십시오.

    • ♥: 활성화하려면 `true`로 설정하세요.

    • ♣: 라이센스 이름

    • ♣: 라이센스 설명

    • ♣: 라이센스 작업자 필터 예를 들어 workstation

    • ♣: 라이센스 설명

    • ♣: CLS 사용자 이름

    • ♣: CLS 비밀번호

  • 리소스 풀. 다음 설정을 사용하여 리소스 풀을 구성합니다.

    • ♥: 활성화하려면 `true`로 설정하세요.

    • ♣ : 리소스 풀 이름

    • ♣: 자원 풀 설명

    • ♥: `true`로 설정하면 자동등록이 활성화됩니다.

    • ♣: 자동등록 접근키입니다. 엔진 서버는 동일한 키를 사용해야 합니다.

    • ♣: 선택 사항, 기본적으로 대상 서버와 동일한 IP 주소에서 등록을 시행하려면 true`로 설정하세요 `false.

    • ♣: 선택사항, 최소 작업자 자동등록은 기본 1.

    • ♣ : 선택사항, 자동등록대상 근로자는 기본 2.

    • ♣: 선택사항, 자동등록 실행모드, 기본 AUTOMATE_NUIX.

  • 실행 프로필. 실행 프로필을 구성하려면 다음 설정을 사용하세요.

    • ♥: 활성화하려면 `true`로 설정하세요.

    • ♣: 실행 프로필 이름

    • ♣: 실행 프로필 설명

    • ♣: 선택사항, 엔진 명령줄 매개변수, 기본적으로 -Xmx16g -Dnuix.logdir=/var/log/nuix/automate -Duser.language=en -Duser.country=US.

    • ♣: 선택사항, 기본적으로 Nuix 엔진 바이너리 폴더 /opt/nuix/engine.

    • ♣: 선택사항, 기본적으로 엔진 로그 폴더 /var/log/nuix/automate.

    • ♣: 선택 사항, Java 바이너리 폴더, 기본적으로 비어 있습니다.

    • ♣: 선택사항, 매개변수 및 값의 JSON 직렬화 Map<String,String>, 기본적으로 비어 있습니다.

    • ♥: 선택사항, 기본적으로 작업을 중단하기 전 최소 작업 진행 1.0.

    • ♥: 선택 사항, 작업 진행이 달성되지 않은 경우 작업을 중단하기 위한 시간 초과, 기본적으로 48.0.

    • ♥: 선택사항, 작업을 중단하기 전 최소 작업 진행, 기본적으로 1.0.

    • ♥: 선택 사항, 작업 진행이 달성되지 않은 경우 작업을 중단하기 위한 시간 제한, 기본적으로 24.0.

    • ♥: 선택사항, 작업 스킵을 시도하기 전 최소 작업 진행, 기본 1.0.

    • ♥: 선택사항, 작업 진행 중 작업 건너뛰기를 시도하기까지의 시간 초과는 기본적으로 달성되지 않았습니다 12.0.

  • 사용자 데이터 디렉토리. 다음 설정을 사용하여 사용자 데이터 디렉토리 동작을 구성합니다.

    • AUTOMATE_USER_DATA_DIR_SCAN_INTERVAL: OS에서 변경 사항을 감지하지 못하더라도 사용자 데이터 디렉터리를 스캔하는 간격을 초 단위로 설정합니다.

  • 임의의 설정을 덮어쓰려면 설정 이름을 Automate로 시작하는 대문자 스네이크 케이스로 변환합니다. 예를 들어, downgradeWebWorkerToken 설정을 구성하려면 AUTOMATE_DOWNGRADE_WEB_WORKER_TOKEN 환경 변수를 사용합니다.

3.1.3. 스케줄러 프록시 서비스 설정

이 파일은 YAML 구문을 따르고 다음 매개변수를 포함합니다.

  • role: PROXY, Automate Scheduler Proxy 구성 요소가 실행됨을 나타냅니다.

  • apiSecret: Automate 구성 요소 간 인증에 사용되는 키입니다. 모든 Automate Scheduler, Proxy 및 Server 인스턴스에 동일한 난수 값을 설정합니다.

  • proxy : 프록시가 사용하는 기본 스케줄러 인스턴스의 세부 정보입니다. 구성은 다음 하위 키에서 제공됩니다.

    • baseUrl : 스케줄러 인스턴스의 URL입니다.

    • whitelistedCertFingerprints : 보안 연결을 열 때 확인에 사용되는 스케줄러 인증서 지문입니다.

  • allowedAuthenticationServices: 이 Proxy를 통해 사용할 수 있는 인증 서비스 이름 목록. 이 설정을 정의하지 않으면 프록시를 통해 모든 인증 서비스가 허용됩니다.

샘플 프록시 구성 :

proxy:
  baseUrl: https://scheduler.automate.local
  whitelistedCertFingerprints:
    - e62dd01ca608c10402d07714cfd626bfc6b1001e5a16ca039d1050a71f73ee24

allowedAuthenticationServices:
  - Internal
  - Lab Azure AD

  • log4jConfigurationFile : log4j 설정 파일.

  • ♣: 웹 액세스 로그 설정, 수신할 HTTP 프로토콜, HTTPS 연결을 위한 해당 IP, 포트 및 TLS 인증서를 나타냅니다.

  • webConfiguration : REST API에 사용되는 웹 서버에 적용 할 웹 설정을 나타냅니다.

3.1.4. 엔진 서버 서비스 설정

이 파일은 YAML 구문을 따르고 다음 매개변수를 포함합니다.

  • role: ENGINE_SERVER, Automate Engine Server 구성 요소가 실행됨을 나타냅니다.

  • apiSecret: Automate 구성 요소 간 인증에 사용되는 키입니다. 모든 Automate Scheduler, Proxy 및 Server 인스턴스에 동일한 난수 값을 설정합니다.

  • nuixEnginePath : Nuix 엔진 배포 위치. 이 폴더에는 bin, lib 및 user-data 하위 폴더가 직접 포함되어야합니다.

  • log4jConfigurationFile : log4j 설정 파일.

  • engineInitLogFolder : 엔진이 초기화 단계에서 구성 파일 및 로그를 저장하는 데 사용하는 임시 위치입니다. 작업을 실행할 때 엔진은 실행 프로필에 지정된 위치에 로그 및 구성 파일을 저장합니다.

  • engineInitTimeout: 기본적으로 엔진이 초기화할 수 있는 시간 초과(초)입니다.

  • ♣: 엔진이 작업을 중단하기 위해 기다리는 시간 제한(밀리초), 기본값 5000 (5초)

  • ♣: 웹 액세스 로그 설정, 수신할 HTTP 프로토콜, HTTPS 연결을 위한 해당 IP, 포트 및 TLS 인증서를 나타냅니다.

  • webConfiguration : REST API에 사용되는 웹 서버에 적용 할 웹 설정을 나타냅니다.

  • jobRunningLogMaxSize: 기본적으로 `20`를 실행하는 작업이 저장하는 최대 로그 수를 나타냅니다.

  • logging : 서비스가 수행 한 로깅 매개 변수를 나타냅니다. 이 로그에는 일반적으로 Nuix Workstation에서 기록한 정보도 포함됩니다. 작업자 로그의 위치는 nuixFlags 매개 변수에 지정되어 있습니다.

  • workerBrokerIP : 원격 작업자를 실행할 때 작업자 브로커 호스팅에 사용할 IP 주소.

  • workerBrokerStartPort : Worker Brokers의 포트 범위 시작.

  • workerBrokerEndPort : Worker Brokers의 포트 범위 끝.

IP `10.0.0.1`에서 Worker Broker 구성을위한 샘플 설정 :

workerBrokerIP: 10.0.0.1
workerBrokerStartPort: 50000
workerBrokerEndPort: 50100
workerBrokerIP 설정이 제공되지 않으면 서버는 기본 네트워크 어댑터에서 브로커를 시작합니다. 서버에 여러 네트워크 어댑터가있는 환경에서는이 서버에 연결하기 위해 원격 작업을 수행하는 다른 서버에서 사용해야하는 IP 주소로 각 서버에서 `workerBrokerIP`를 구성합니다.

3.1.5. 엔진 서버 서비스 환경 변수

엔진 서버 서비스 구성 파일에 구성된 설정을 설정하거나 덮어쓰도록 다음 환경 변수를 구성할 수 있습니다.

  • 데이터베이스 리디렉션. 다음 설정을 사용하여 애플리케이션을 SQL 데이터베이스로 리디렉션합니다.

    • ♥: 활성화하려면 `true`로 설정하세요.

    • AUTOMATE_STORE_APPLICATION_DRIVER_CLASS: 예를 들어 드라이버 클래스 org.postgresql.Driver

    • AUTOMATE_STORE_APPLICATION_URL : JDBC 연결 문자열 (예 : jdbc:postgresql://postgres.example.internal:5432/automateEngineServer)

    • AUTOMATE_STORE_APPLICATION_USERNAME : 데이터베이스 사용자 이름

    • AUTOMATE_STORE_APPLICATION_PASSWORD : 데이터베이스 비밀번호

    • AUTOMATE_STORE_APPLICATION_CHARSET: 예를 들어 데이터베이스 문자 집합 UTF-8

    • AUTOMATE_STORE_APPLICATION_SCHEDULER_MIN_CONNECTIONS: 열려 있는 최소 연결 수

    • AUTOMATE_STORE_APPLICATION_SCHEDULER_MAX_CONNECTIONS: 열려 있는 최대 연결 수

  • 자동 등록. 엔진 서버를 스케줄러 리소스 풀에 자동으로 등록하려면 다음 설정을 사용하십시오. 자동 등록 기능이 활성화된 상태로 리소스 풀을 구성해야 합니다.

    • ♥: 활성화하려면 `true`로 설정하세요.

    • ♣: 엔진 서버의 이름, 예를 들어 Server1

    • ♣: 스케줄러가 엔진 서버에 접근할 수 있는 URL입니다. 예를 들어 http://Server1.internal.local

    • ♣: 스케줄러 URL 예를 들면 http://Scheduler.internal.local

    • ♥: 선택사항으로 등록할 리소스 풀 ID입니다. 기본적으로 ENV 변수를 사용하여 스케줄러에 구성된 리소스 풀의 ID입니다. 이 설정은 다른 리소스 풀에 등록하는 경우에만 제공하면 됩니다.

    • ♣: 선택사항, `true`로 설정하면 엔진이 리소스 풀에서 메인 엔진으로 작동하도록 활성화됩니다.

    • ♣: 선택 사항, `true`로 설정하면 엔진이 리소스 풀에서 원격 엔진으로 작동하도록 활성화됩니다.

    • ♣: 리소스 풀 액세스 키입니다. ENV 변수를 사용하여 리소스 풀에 구성된 것과 동일한 값을 확인하십시오.

  • 다중 서버 배포. 다중 서버 배포 시나리오에 대해 다음 설정을 사용합니다.

    • 자동화_API_SECRET: Automate 구성 요소 간 인증에 사용되는 키입니다. 모든 Automate Scheduler, Proxy 및 Server 인스턴스에서 동일한 난수 값을 설정합니다.

    • 자동화_SERVER_ID: 엔진 서버마다 고유한 임의의 ID를 설정합니다.

  • 엔진 로깅 레이아웃

    • AUTOMATE_ENGINE_LOG_LAYOUT_JSON: Set to true 엔진 로그를 JSON 형식으로 구성합니다. 이는 Scheduler 또는 Engine Server 로그 형식에는 적용되지 않으며, 해당 `config.yml`에서 직접 구성됩니다.

3.1.6. OData 서버 서비스 설정

이 파일은 YAML 구문을 따르고 다음 매개변수를 포함합니다.

  • role: ODATA_SERVER, Automate OData Server 구성 요소가 실행됨을 나타냅니다.

  • internalCredentials : 구성 파일에 정의 된 자격 증명이 인증에 사용됨을 나타냅니다. 구성은 다음 하위 키에서 제공됩니다.

    • displayName : (선택 사항)이 인증 방법의 로그인 페이지에 표시 할 이름입니다.

    • restrictToLocalhost: (선택사항) localhost에서 브라우저로 내부 인증의 가용성을 제한합니다. 이 속성을 지정하지 않으면 기본값은 `false`입니다.

    • credentials : 자격 증명 목록.

자격 증명은 다음을 사용하여 PBKDF2 형식으로 제공할 수 있습니다.

  • username

  • email

  • salt, base64로 인코딩된 문자열

  • iterations, 해시 반복 횟수

  • hash, 키 길이가 512 비트인 PBKDF2WithHmacSHA512 알고리즘을 사용하여 계산됩니다.

또는 일반 텍스트에서 다음을 사용합니다.

  • username

  • email

  • password

2 명의 사용자가있는 샘플 내부 인증 구성 :

internalCredentials:
  displayName: UsernamePassword
  restrictToLocalhost: true
  credentials:
    - username: user1
      email: user1@example.com
      salt: NlbCqq8kL6sqdZQrjMmgSw==
      iterations: 1000000
      hash: ca4xiopDRshgyKvArOfKqBoDeVfbsOpayzVrh8n1WAWOhqvunITolqBBTiSAn1VxTBUz+15IfX4qxiTuHrthuA==

    - username: user2
      email: user2@example.com
      password: Password2@
내부 인증 방법을 사용하려면 구성 파일에 사용자 이름과 암호 또는 해시를 저장해야 합니다. 이 방법을 localhost로 제한하는 것이 좋습니다.
restrictToLocalhost 속성을 `true`로 설정하여 localhost로 Automate에 액세스할 때 내부 자격 증명으로만 로그인을 허용합니다.

  • ♣: 웹 액세스 로그 설정, 수신할 HTTP 프로토콜, HTTPS 연결을 위한 해당 IP, 포트 및 TLS 인증서를 나타냅니다.

기본적으로 서비스는 localhost의 포트 8081에서 HTTP를 수신하고 모든 IP 주소의 포트 8443에서 HTTPS를 수신합니다. 서버가 특정 IP 주소에서 수신하도록 제한하려면 config.yml 파일에서 `0.0.0.0`를 필요한 IP 주소로 변경합니다.

  • webConfiguration : REST API에 사용되는 웹 서버에 적용 할 웹 설정을 나타냅니다.

  • utilizationStore : 감사 정보를 저장하는 데 사용자 지정 데이터베이스가 사용됨을 나타냅니다.

    • driverClass : net.sourceforge.jtds.jdbc.Driver

    • user : 데이터베이스 사용자 이름

    • password : 데이터베이스 비밀번호

    • url : JDBC 연결 문자열 (예 : jdbc:jtds:sqlserver://HOST:1433/DATABASE)

    • properties : 연결 속성.

샘플 Microsoft SQL 구성 :

utilizationStore:
  driverClass: net.sourceforge.jtds.jdbc.Driver
  user: automate-service
  password: SecretGoesHere
  url: jdbc:jtds:sqlserver://localhost:1433/automate
  properties:
    charSet: UTF-8
Microsoft SQL 저장소 구성에서 사용자 이름과 비밀번호가 제공되지 않으면 통합 Windows 인증을 사용하여 연결이 수행됩니다. 이런 방식으로 Microsoft SQL에 연결할 때 Automate Scheduler 서비스는 Microsoft SQL 데이터베이스에 액세스할 수 있는 계정에서 실행되도록 구성해야 합니다.

3.2. 입증

3.2.1. Nuix UMS

Nuix UMS 인증 방법을 사용하는 경우 자동화 웹 페이지의 설정 탭에 있는 인증 서비스에서 UMS 인증 서비스를 구성하십시오. Nuix UMS에 정의된 모든 사용자는 Automate에 로그인할 수 있습니다. 각 사용자의 액세스 수준은 설정 탭의 자동화 웹 페이지에 정의된 보안 정책에 따라 결정됩니다.

3.2.2. LDAP

LDAP 인증 방법을 사용하는 경우 자동화 웹 페이지의 설정 탭에 있는 인증 서비스에서 LDAP 인증 서비스를 구성하십시오. 제공된 LDAP `domainDN`에 정의된 모든 사용자는 Automate에 로그인할 수 있습니다. 각 사용자의 액세스 수준은 설정 탭의 자동화 웹 페이지에 정의된 보안 정책에 따라 결정됩니다.

3.2.3. 내부의

내부 인증 방식을 사용하는 경우 Service Settings와 같이 YAML 파일에서 internalCredentials 설정을 합니다.

3.3. 액세스 보안 정책

자원 자동화에 대한 액세스는 설정 페이지의 보안 정책 탭에서 정의됩니다. 기본 정책을 통해 인증 된 모든 사용자는 모든 자원을보고 수정하고 설정이있는 작업을 제출할 수 있습니다.

3.4. 기억

3.4.1. Nuix 노동자

Nuix Workers의 메모리는 워크 플로 구성 작업에서 또는 Execution Profiles에서 명령 줄 매개 변수로 명시 적으로 지정할 수 있습니다. 예를 들면 다음과 같습니다.

-Dnuix.worker.jvm.arguments="-Xmx8g"

3.4.2. Nuix 엔진

실행 프로파일의 명령 행 매개 변수로서 Nuix 워크 스테이션의 메모리와 동등한 Nuix 엔진의 메모리는 다음과 같습니다.

-Xmx2g
각 Nuix 엔진은 별도의 JVM에서 실행되며 다른 Nuix 엔진이나 Automate 서비스와 메모리를 공유하지 않습니다.

3.5. 공유 데이터 소스

Automate 워크플로는 Automate Engine Server 구성 요소를 실행하는 서버에서 실행됩니다. 워크플로가 공유 위치에서 사례 및 소스 데이터에 액세스할 수 있도록 하려면 Automate Engine Server 구성 요소를 실행하는 모든 서버에서 액세스할 수 있는 UNC 경로 또는 매핑된 드라이브 문자 경로를 제공하세요.

기본적으로 Automate Engine Server 서비스는 로컬 시스템 계정에서 실행되고, 동일한 사용자 계정에서 엔진을 시작합니다.

필요에 따라 실행 프로필에서 다른 사용자 계정을 지정할 수 있습니다.

4. 문제 해결

4.1. Automate Scheduler를 탐색하세요

기본적으로 Automate Scheduler는 포트 80에서 127.0.0.1을 수신하고 포트 443에서 모든 IP 주소를 수신합니다. 기본 설치에 액세스하려면 주소로 이동하세요: http://localhost

4.2. 자동화 서비스가 시작되지 않습니다

Automate Scheduler와 Engine Server는 Windows 서비스로 실행됩니다. 서비스가 시작되면 `C:\Temp\Log\automate-scheduler.log`와 `C:\Temp\Log\automate-engine-server.log`에서 로그 파일을 검사합니다.

4.3. 로그인 오류

로그인을 시도할 때 오류 *인증 서버와의 통신 오류*가 표시되면 로그를 검사하여 인증 서버와 통신할 때 Automate에서 발생한 문제를 확인합니다.

4.4. Automate Engine Server를 추가하면 javax.net.ssl.SSLHandshakeException 오류가 발생합니다.

각 Automate Scheduler 서버에 배포된 최신 버전의 Nuix Workstation에서 Java Runtime Environment가 Automate Engine Server의 TLS 인증서를 신뢰하는지 확인하십시오. 자세한 내용은 Managing Certificates 섹션을 참조하십시오.

5. 인증서 관리

https://nuix.service-now.com/support?id=kb_기사_view&sys_kb_id=fcd9bfe747cc96102d9c89cbd36d438f를 참조하세요.

6. 활용 및보고

자동화 라이선스에서 이 기능이 활성화된 경우 활용 및 보고 데이터는 OData V4 피드로 제공됩니다.

OData 피드는 메타 데이터 쿼리 및 뷰에서 모든 데이터 검색 만 지원합니다. OData 필터는 지원되지 않습니다.

OData 피드는 기본 또는 Microsoft OAuth 인증을 사용하여 다음 끝점에서 액세스 할 수 있습니다.

  • /api/v2/reporting/odata

7. REST API 문서

Automate Scheduler는 브라우저에서 직접 액세스하거나 REST API를 사용하여 액세스할 수 있습니다. API 설명서는 `/openapi`에서 OpenAPI v3 형식으로 제공됩니다.

예를 들어, Automate Scheduler의 표준 설치에서 API 문서에 액세스하려면 http://localhost/openapi로 이동합니다.

8. 중앙 집중식 로깅

중앙 집중식 로깅은 스케줄러, 엔진 서버, 엔진 및 작업자 로그의 모든 로그를 스케줄러가 관리하는 로깅 데이터베이스로 통합합니다.

중앙 집중식 로깅은 기본적으로 활성화되어 있으므로 로그 파일과 데이터베이스 로그가 모두 존재합니다. 중앙 집중식 로깅을 비활성화하려면 Service Settings 파일에 표시된대로 구성 YAML 파일에서 enableCentralizedLogging 키를 `false`로 설정합니다.

중앙 집중식 로깅이 비활성화되면 다운로드 작업 로그 및 다운로드 시스템 로그 기능이 비활성화됩니다.

중앙 집중식 로깅은 보존 기간보다 오래된 로그를 자동으로 삭제합니다. 기본 보관 기간은 30 일*입니다. 보존 기간을 변경하려면 *YAML 파일의 centralizedLoggingRetention 키를 편집하십시오.

데이터베이스 로그 크기가 최대 데이터베이스 크기를 초과하면 이전 로그가 삭제됩니다. 기본적으로 최대 데이터베이스 크기는 1000000000 바이트 (1GB)입니다. 기본 최대 데이터베이스 크기를 변경하려면 YAML 파일에서 centralizedLoggingMaxSize 키를 편집하십시오.

실제 중앙 집중식 로깅 데이터베이스 크기는 데이터베이스 오버 헤드 및 이전 로그 행 삭제 지연으로 인해 지정된 최대 크기를 초과 할 수 있습니다.

9. 파일 경로 인벤토리

9.1. 기본 파일 경로

9.1.1. 스케줄러

  • C:\Program Files\Nuix\Automate : 설치 폴더

  • %programdata%\Nuix\Automate\Scheduler\config : 구성 폴더

  • %programdata%\Nuix\Automate\Scheduler\stores : 작업 세부 정보, 활용, 감사,보고 및 활용의 지속성 및 보관

  • ♣: 애플리케이션 로그

  • ♣: 이전 애플리케이션 로그 파일

  • ♣ : 웹 접속 로그

  • C:\Temp\logs\automate-scheduler-access.%d.log.zip : 이전 메인 로그 파일

  • C:\Temp\logs\Automate Scheduler.wrapper.log : 서비스 래퍼 로그

  • C:\Temp\logs\Automate Scheduler.err.log : 서비스 표준 오류 로그

  • C:\Temp\logs\Automate Scheduler.out.log : 서비스 표준 출력 로그

9.1.2. 엔진 서버

  • C:\Program Files\Nuix\Automate : 설치 폴더

  • %programdata%\Nuix\Automate\EngineServer\config : 구성 폴더

  • ♣: 애플리케이션 로그

  • ♣: 이전 애플리케이션 로그 파일

  • ♣ : 웹 접속 로그

  • C:\Temp\logs\automate-engine-server-access.%d.log.zip : 이전 메인 로그 파일

  • C:\Temp\logs\Automate Engine Server.wrapper.log : 서비스 래퍼 로그

  • C:\Temp\logs\Automate Engine Server.err.log : 서비스 표준 오류 로그

  • C:\Temp\logs\Automate Engine Server.out.log : 서비스 표준 출력 로그

9.1.3. 엔진

  • C:\Temp\logs\automate-engine.aaaaaaaa-init.log : 초기화 로그

  • C:\Temp\logs\automate-engine.aaaaaaaa-init.yml : 초기화 설정

  • C:\Temp\logs\automate-engine.aaaaaaaa-service.exe : 서비스 래퍼

  • C:\Temp\logs\automate-engine.aaaaaaaa-service.xml : 서비스 구성

  • C:\Temp\logs\automate-engine.aaaaaaaa-job.bbbbbbbb.log : 작업 기록

  • C:\Temp\logs\automate-engine.aaaaaaaa-job.bbbbbbbb.yml : 작업 구성

9.2. 로그 위치 변경

기본 파일 경로는 다음 위치에서 변경할 수 있습니다.

  • 스케줄러 기본 로그 : 섹션 `logging`에서 `C:\ProgramData\Nuix\Automate\Scheduler\config\config.yml`를 업데이트하십시오.

  • 스케줄러 서비스 관련 로그 : C:\Program Files\Nuix\Automate\Scheduler\Automate Scheduler.xml`에서 `<workingdirectory> 및 <logpath> 태그 업데이트

  • 엔진 서버 메인 로그 : C:\ProgramData\Nuix\Automate\EngineServer\config\config.yml`에서 섹션 `logging 업데이트

  • 엔진 서버 서비스 관련 로그 : C:\Program Files\Nuix\Automate\EngineServer\Automate Engine Server.xml`에서 `<workingdirectory> 및 <logpath> 태그 업데이트

  • 엔진 초기화 로그, 구성 및 서비스 관련 로그 : 섹션 engineInitLogFolder`에서 `C:\ProgramData\Nuix\Automate\EngineServer\config\config.yml 업데이트

  • 작업 로그 및 구성 : Log Folder 필드를 업데이트하고 실행 프로파일에서 명령 행 매개 변수 `-Dnuix.logdir=c:\Temp\Logs`를 설정하십시오.