실패한 비기본 관리 노드에서 감사 로그를 복사합니다
-
이 문서 사이트의 PDF
-
어플라이언스 하드웨어를 설치하고 유지 관리합니다
-
![](/ko-kr/storagegrid-116/images/pdf-zip.png)
별도의 PDF 문서 모음
Creating your file...
실패한 관리 노드에서 감사 로그를 복사할 수 있는 경우 해당 감사 로그를 보존하여 시스템 활동 및 사용에 대한 그리드의 기록을 유지해야 합니다. 감사 로그를 실행 및 실행한 후 복구된 비 기본 관리 노드로 복원할 수 있습니다.
이 절차에서는 실패한 관리 노드의 감사 로그 파일을 별도의 그리드 노드의 임시 위치로 복사합니다. 이렇게 보존된 감사 로그를 대체 관리 노드에 복사할 수 있습니다. 감사 로그는 새 관리 노드에 자동으로 복사되지 않습니다.
실패 유형에 따라 실패한 관리 노드에서 감사 로그를 복사하지 못할 수 있습니다. 배포에 하나의 관리 노드만 있는 경우 복구된 관리 노드는 새 빈 파일의 감사 로그에 이벤트를 기록하기 시작하고 이전에 기록된 데이터가 손실됩니다. 배포에 둘 이상의 관리 노드가 포함된 경우 다른 관리 노드에서 감사 로그를 복구할 수 있습니다.
|
이제 실패한 관리 노드에서 감사 로그에 액세스할 수 없는 경우 호스트 복구 후 나중에 감사 로그에 액세스할 수 있습니다. |
-
가능한 경우 실패한 관리 노드에 로그인합니다. 그렇지 않으면 기본 관리자 노드 또는 다른 관리자 노드(있는 경우)에 로그인합니다.
-
ssh admin@grid_node_ip' 명령을 입력한다
-
"passwords.txt" 파일에 나열된 암호를 입력합니다.
-
루트로 전환하려면 다음 명령을 입력합니다
-
"passwords.txt" 파일에 나열된 암호를 입력합니다.
루트로 로그인하면 프롬프트가 '$'에서 '#'로 바뀝니다.
-
-
새 로그 파일('Service AMS stop')을 만들지 못하도록 AMS 서비스를 중지합니다
-
audit.log 파일을 복구된 관리 노드에 복사할 때 기존 파일을 덮어쓰지 않도록 파일 이름을 바꿉니다.
audit.log 이름을 yyyy-mm-dd.txt.1과 같이 번호가 지정된 고유한 파일 이름으로 바꿉니다. 예를 들어 audit.log 파일의 이름을 2015-10-25.txt.1""cd/var/local/audit/export""ls-l" mv audit.log 2015-10-25.txt.1로 변경할 수 있습니다
-
AMS service:'service AMS start'를 다시 시작한다
-
모든 감사 로그 파일을 별도의 그리드 노드의 임시 위치에 복사할 디렉터리를 만듭니다. ssh admin@grid_node_ip mkdir -p /var/local/tmp/saved-audit-logs
메시지가 표시되면 admin의 암호를 입력합니다.
-
모든 감사 로그 파일 복사:'scp -p * admin@grid_node_ip:/var/local/tmp/saved-audit-logs'
메시지가 표시되면 admin의 암호를 입력합니다.
-
root: exit로 로그아웃