2.2. 디렉터리 서버 인스턴스별 파일 및 디렉터리
동일한 호스트에서 실행되는 여러 인스턴스를 분리하기 위해 특정 파일과 디렉터리에 인스턴스 이름이 포함됩니다. Directory Server 설정 중에 인스턴스 이름을 설정합니다. 기본적으로 도메인 이름이 없는 호스트 이름입니다. 예를 들어 정규화된 도메인 이름이 server.example.com 인 경우 기본 인스턴스 이름은 server 입니다.
다음은 Directory Server의 인스턴스별 기본 파일 및 디렉터리 위치입니다.
| 유형 | 위치 |
|---|---|
| 백업 파일 |
|
| 구성 파일 |
|
| 인증서 및 키 데이터베이스 |
|
| 데이터베이스 파일 |
|
| LDIF 파일 |
|
| 파일 잠금 |
|
| 로그 파일 |
|
| PID 파일 |
|
| systemd 장치 파일 |
|
2.2.1. 구성 파일 링크 복사링크가 클립보드에 복사되었습니다!
각 Directory Server 인스턴스는 구성 파일을 /etc/dirsrv/slapd-인스턴스 디렉터리에 저장합니다.
Red Hat Directory Server의 구성 정보는 디렉터리 자체에 LDAP 항목으로 저장됩니다. 따라서 구성 파일을 편집하는 대신 서버 자체를 사용하여 서버 구성 변경 사항을 구현해야 합니다. 이 구성 스토리지 방법의 주요 장점은 디렉터리 관리자가 실행 중인 동안 LDAP를 사용하여 서버를 재구성할 수 있으므로 대부분의 구성 변경을 위해 서버를 종료할 필요가 없다는 것입니다.
2.2.1.1. 디렉터리 서버 구성 개요 링크 복사링크가 클립보드에 복사되었습니다!
Directory Server를 설정하면 기본 구성이 하위 트리 cn=config 아래에 디렉터리 내의 일련의 LDAP 항목으로 저장됩니다. 서버가 시작되면 LDIF 형식의 파일(dse.ldif)에서 cn=config 하위 트리의 콘텐츠를 읽습니다. 이 dse.ldif 파일에는 모든 서버 구성 정보가 포함되어 있습니다. 이 파일의 최신 버전을 dse.ldif 라고 하며 마지막 수정 전 버전을 dse.ldif.bak 라고 하며 서버가 성공적으로 시작된 최신 파일은 dse.ldif.startOK 라고 합니다.
Directory Server의 많은 기능은 코어 서버에 연결된 개별 모듈로 설계되었습니다. 각 플러그인의 내부 구성 세부 사항은 cn=plugins,cn=config 아래의 별도의 항목에 포함되어 있습니다. 예를 들어, Telephone Syntax 플러그인의 구성은 다음 항목에 포함되어 있습니다.
cn=Telephone Syntax,cn=plugins,cn=config
마찬가지로 데이터베이스별 구성이 아래에 저장됩니다.
CN=ldbm 데이터베이스,cn=plugins,cn=config 로컬 데이터베이스의 경우 cn=chaining 데이터베이스,cn=plugins,cn=config for database links.
다음 다이어그램에서는 구성 데이터가 cn=config 디렉토리 정보 트리 내에 적합한 방법을 보여줍니다.
그림 2.1. 구성 데이터 표시 디렉터리 정보 트리
2.2.1.1.1. LDIF 및 스키마 구성 파일 링크 복사링크가 클립보드에 복사되었습니다!
Directory Server 구성 데이터는 /etc/dirsrv/slapd-인스턴스 디렉터리의 LDIF 파일에 저장됩니다. 따라서 서버 식별자가 전화북 인 경우 Directory Server의 경우 구성 LDIF 파일은 모두 /etc/dirsrv/slapd- phonebook 에 저장됩니다.
이 디렉터리에는 다른 서버 인스턴스별 구성 파일도 포함되어 있습니다.
스키마 구성은 LDIF 형식으로도 저장되며 이러한 파일은 /etc/dirsrv/schema 디렉터리에 있습니다.
다음 표에는 다른 호환 서버의 스키마를 포함하여 Directory Server와 함께 제공되는 모든 구성 파일이 나열되어 있습니다. 각 파일 앞에는 로드해야 하는 순서를 나타내는 숫자(순위 숫자 및 알파벳순)가 지정됩니다.
| 구성 파일 이름 | 목적 |
|---|---|
| DSE.ldif |
서버 시작 시 디렉터리에 의해 생성된 프런트 엔드 디렉터리별 항목이 포함되어 있습니다. 여기에는 루트 DSE( |
| 00core.ldif |
최소 기능 세트(사용자 스키마 없음, 코어 이외의 기능에 대한 스키마 없음)를 사용하여 서버를 시작하는 데 필요한 스키마 정의만 포함합니다. 사용자, 기능 및 애플리케이션에서 사용하는 나머지 스키마는 |
| 01common.ldif |
|
| 05rfc2247.ldif | "LDAP/X500 Distinguished Names에서 Domains 사용"의 RFC 2247 및 관련 Pilot 스키마의 스키마입니다. |
| 05rfc2927.ldif |
RFC 2927의 스키마, "MIME Directory Profile for LDAP 스키마"입니다. 속성이 |
| 10presence.ldif | 레거시. 인스턴트 메시징 존재(online) 정보를 위한 스키마입니다. 파일은 해당 사용자가 사용할 수 있도록 즉시 메시지를 표시하기 위해 사용자의 항목에 추가해야 하는 허용된 속성이 포함된 기본 오브젝트 클래스를 나열합니다. |
| 10rfc2307.ldif |
RFC 2307의 스키마, "LDAP를 네트워크 정보 서비스로 사용하기 위한 접근 방식". 이는 해당 스키마를 사용할 수 있게 되면 |
| 20subscriber.ldif |
새로운 스키마 요소 및 Nortel 구독자 상호 운용성 사양을 포함합니다. 또한 이전에 |
| 25java-object.ldif | RFC 2713, "LDAP 디렉터리에서 Java® 오브젝트를 나타내는 Schema"의 스키마입니다. |
| 28pilot.ldif |
새 배포에는 더 이상 권장되지 않는 RFC 1274의 Pilot 디렉터리 스키마가 포함되어 있습니다. RFC 1274에 성공하는 향후 RFC는 일부 또는 전체 |
| 30ns-common.ldif | Directory Server Console 프레임워크에 공통된 개체 클래스 및 속성이 포함된 스키마입니다. |
| 50ns-admin.ldif | Red Hat 관리 서버에서 사용하는 스키마입니다. |
| 50ns-certificate.ldif | Red Hat Certificate Management System의 스키마. |
| 50NS-directory.ldif | Directory Server 4.12 및 이전 버전의 디렉터리에 사용되는 추가 구성 스키마를 포함하며 더 이상 현재 Directory Server 릴리스에 적용되지 않습니다. 이 스키마는 Directory Server 4.12와 현재 릴리스 간에 복제하는 데 필요합니다. |
| 50ns-mail.ldif | Netscape Messaging Server에서 메일 사용자 및 메일 그룹을 정의하는 데 사용하는 스키마입니다. |
| 50NS-value.ldif | 서버의 값 항목 특성의 스키마입니다. |
| 50NS-web.ldif | Netscape Web Server의 스키마입니다. |
| 60pam-plugin.ldif | 나중에 사용하기 위해 예약되어 있습니다. |
| 99user.ldif | Directory Server 복제 소비자가 유지 관리하는 사용자 정의 스키마는 공급자의 속성 및 개체 클래스를 포함합니다. |
2.2.1.1.2. 서버 구성이 구성되는 방법 링크 복사링크가 클립보드에 복사되었습니다!
dse.ldif 파일에는 데이터베이스와 관련된 항목과 같이 서버 시작 시 디렉터리에 의해 생성된 디렉터리별 항목을 포함하여 모든 구성 정보가 포함되어 있습니다. 파일에는 루트 디렉터리 서버 항목(또는 "")과 cn=config 및 cn=monitor 의 내용이 포함됩니다.
서버에서 dse.ldif 파일을 생성할 때 cn=config 아래의 디렉터리에 항목이 표시되는 순서대로 계층순으로 항목을 나열합니다. 이는 일반적으로 기본 에 대한 하위 트리 범위를 LDAP 검색하는 것과 동일한 순서입니다.
cn=config
DSE.ldif 에는 대부분 읽기 전용이지만 ACI를 설정할 수 있는 cn=monitor 항목도 포함되어 있습니다.
dse.ldif 파일에는 cn=config 의 모든 속성이 포함되어 있지 않습니다. 관리자가 속성을 설정하지 않았으며 기본값이 있는 경우 서버는 dse.ldif 에 해당 속성을 쓰지 않습니다. cn=config 의 모든 속성을 보려면 ldapsearch 를 사용합니다.
구성 속성
구성 항목 내에서 각 속성은 특성 이름으로 표시됩니다. 속성 값은 특성의 구성에 해당합니다.
다음 코드 샘플은 Directory Server에 대한 dse.ldif 파일의 일부의 예입니다. 이 예제에서는 스키마 확인이 활성화되어 있음을 보여줍니다. 이는 에서 값을 사용하는 nsslapd-schemacheck 속성으로 표시됩니다.
dn: cn=config
objectclass: top
objectclass: extensibleObject
objectclass: nsslapdConfig
nsslapd-accesslog-logging-enabled: on
nsslapd-enquote-sup-oc: off
nsslapd-localhost: phonebook.example.com
nsslapd-schemacheck: on
nsslapd-port: 389
nsslapd-localuser: dirsrv
...
플러그인 기능 구성
Directory Server 플러그인 기능의 각 부분에 대한 구성에는 하위 트리 cn=plugins,cn=config 아래의 고유한 항목과 속성 세트가 있습니다. 다음 코드 샘플은 예제 플러그인인 Telephone Syntax 플러그인에 대한 구성 항목의 예입니다.
dn: cn=Telephone Syntax,cn=plugins,cn=config
objectclass: top
objectclass: nsSlapdPlugin
objectclass: extensibleObject
cn: Telephone Syntax
nsslapd-pluginType: syntax
nsslapd-pluginEnabled: on
이러한 속성 중 일부는 모든 플러그인에 공통되며 일부는 특정 플러그인에 특히 적용될 수 있습니다. cn=config 하위 트리에서 ldapsearch 를 수행하여 지정된 플러그인에서 현재 사용 중인 속성을 확인합니다.
Directory Server, 일반 플러그인 구성 정보, 플러그인 구성 속성 참조, 구성 변경에 대한 재시작이 필요한 플러그인 목록에서 지원되는 플러그인 목록은 4장. 플러그인 Implemented Server Functionality 참조 에서 참조하십시오.
데이터베이스 구성
데이터베이스 플러그인 항목 아래의 cn=UserRoot 하위 트리에는 설정 중에 생성된 기본 접미사가 포함된 데이터베이스에 대한 구성 데이터가 포함되어 있습니다.
이러한 항목 및 하위 항목은 캐시 크기, 인덱스 파일 및 트랜잭션 로그의 경로, 모니터링 및 통계에 대한 항목 및 속성, 데이터베이스 인덱스와 같은 다양한 데이터베이스 설정을 구성하는 데 사용되는 많은 속성을 갖습니다.
인덱스 구성
인덱싱을 위한 구성 정보는 다음 information-tree 노드에 있는 Directory Server의 항목으로 저장됩니다.
-
cn=index,cn=UserRoot,cn=ldbm database,cn=plugins,cn=config -
CN=기본 인덱스,cn=config,cn=ldbm 데이터베이스,cn=plugins,cn=config
일반적으로 인덱스에 대한 자세한 내용은 Red Hat Directory Server 관리 가이드를 참조하십시오. 인덱스 구성 속성에 대한 자세한 내용은 4.4.1절. “cn=config,cn=ldbm 데이터베이스,cn=plugins,cn=config 아래의 데이터베이스 속성” 을 참조하십시오.
2.2.1.2. 서버 구성 액세스 및 수정 링크 복사링크가 클립보드에 복사되었습니다!
이 섹션에서는 구성 항목에 대한 액세스 제어에 대해 설명하고 서버 구성을 보고 수정할 수 있는 다양한 방법을 설명합니다. 또한 변경할 수 있는 수정 종류에 대한 제한 사항을 설명하고 변경 사항을 적용하기 위해 서버를 다시 시작해야 하는 속성에 대해 설명합니다.
2.2.1.2.1. 구성 항목에 대한 액세스 제어 링크 복사링크가 클립보드에 복사되었습니다!
Directory Server가 설치되면 cn=config 아래의 모든 항목에 대해 기본 액세스 제어 명령 집합(ACI)이 구현됩니다. 다음 코드 샘플은 이러한 기본 ACI의 예입니다.
aci: (targetattr = "*")(version 3.0; acl "Local Directory Administrators Group"; allow (all)
groupdn = "ldap:///ou=Directory Administrators,dc=example,dc=com";)
이러한 기본 ACI를 사용하면 다음 사용자가 모든 구성 속성에 대해 모든 LDAP 작업을 수행할 수 있습니다.
- 구성 관리자 그룹의 멤버입니다.
-
설정할 때 구성된 관리자 계정인
관리자역할을 하는 사용자입니다. 기본적으로 이는 콘솔에 로그인한 것과 동일한 사용자 계정입니다. - 로컬 디렉터리 관리자 그룹의 구성원입니다.
-
SIE(Server Instance Entry) 그룹은 일반적으로 기본 콘솔을 사용하여
액세스 권한 설정프로세스를 통해 할당됩니다.
액세스 제어에 대한 자세한 내용은 Red Hat Directory Server 관리 가이드를 참조하십시오.
2.2.1.2.2. 구성 속성 변경 링크 복사링크가 클립보드에 복사되었습니다!
서버 속성은 Directory Server Console을 통해 ldapsearch 및 ldapmodify 명령을 수행하거나 dse.ldif 파일을 수동으로 편집하여 세 가지 방법 중 하나로 보고 변경할 수 있습니다.
dse.ldif 파일을 편집하기 전에 서버를 중지해야 합니다. 그렇지 않으면 변경 사항이 손실됩니다. dse.ldif 파일을 편집하는 것은 동적으로 변경할 수 없는 속성 변경에만 권장됩니다. 자세한 내용은 구성 변경 서버 재시작 요청 을 참조하십시오.
다음 섹션에서는 LDAP를 사용하여(Directory Server Console을 사용하고 명령줄을 사용하여) 항목을 수정하는 방법, 항목 수정에 적용되는 제한 사항, 속성 수정에 적용되는 제한 사항, 재시작이 필요한 구성 변경 사항에 대해 설명합니다.
LDAP를 사용하여 구성 항목 수정
디렉터리의 구성 항목은 Directory Server Console을 사용하거나 다른 디렉터리 항목과 동일한 방식으로 ldapsearch 및 ldapmodify 작업을 수행하여 LDAP를 사용하여 검색하고 수정할 수 있습니다. LDAP를 사용하여 항목을 수정하는 이점이 서버를 실행하는 동안 변경할 수 있다는 장점이 있습니다.
자세한 내용은 Red Hat Directory Server 관리 가이드의 "고객 항목 생성" 장을 참조하십시오. 그러나 특정 변경 사항을 적용하려면 서버를 다시 시작해야 합니다. 자세한 내용은 구성 변경 서버 재시작 요청 을 참조하십시오.
모든 구성 파일 세트와 마찬가지로 cn=config 하위 트리에서 노드를 변경하거나 삭제할 때는 이 위험이 Directory Server 기능에 영향을 미칠 때 주의해야 합니다.
항상 기본값을 사용하는 속성을 포함한 전체 구성은 cn=config 하위 트리에서 ldapsearch 작업을 수행하여 볼 수 있습니다.
# ldapsearch -D "cn=Directory Manager" -W -p 389 -h server.example.com -b "cn=config" -s sub -x "(objectclass=*)"
-
bindDN 은 서버가 설치될 때 디렉터리 관리자에 대해 선택한 DN입니다(기본적으로
cn=Directory Manager). - 암호는 Directory Manager에 대해 선택한 암호입니다.
플러그인을 비활성화하려면 ldapmodify 를 사용하여 nsslapd-pluginEnabled 속성을 편집합니다.
# ldapmodify -D "cn=Directory Manager" -W -p 389 -h server.example.com -x
dn: cn=Telephone Syntax,cn=plugins,cn=config
changetype: modify
replace: nsslapd-pluginEnabled
nsslapd-pluginEnabled: off
구성 항목 및 속성 수정 제한 사항
특정 제한 사항은 서버 항목 및 속성을 수정할 때 적용됩니다.
-
cn=monitor항목과 해당 하위 항목은 읽기 전용이며 ACI 관리를 제외하고 수정할 수 없습니다. -
속성이
cn=config에 추가되면 서버는 해당 속성을 무시합니다. - 속성에 유효하지 않은 값을 입력하면 서버에서 해당 값을 무시합니다.
-
ldapdelete는 전체 항목을 삭제하는 데 사용되므로ldapmodify를 사용하여 항목에서 속성을 제거합니다.
구성 변경 서버 재시작 요청
일부 구성 속성은 서버가 실행되는 동안 변경할 수 없습니다. 이러한 경우 변경 사항을 적용하려면 서버를 종료하고 다시 시작해야 합니다. Directory Server Console을 사용하거나 dse.ldif 파일을 수동으로 편집하여 수정해야 합니다. 변경 사항을 적용하려면 서버를 다시 시작해야 하는 일부 속성은 아래에 나열되어 있습니다. 이 목록은 포괄적이지 않습니다. 전체 목록을 보려면 ldapsearch 를 실행하고 nsslapd-requiresrestart 특성을 검색합니다. 예를 들면 다음과 같습니다.
# ldapsearch -D "cn=Directory Manager" -W -p 389 -h server.example.com -b "cn=config" -s sub -x "(objectclass=*)" | grep nsslapd-requiresrestart
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[a]
이 속성은 재시작이 필요하지만 검색에서 반환되지 않습니다.
| |
구성 속성 삭제
/etc/dirsrv/slapd-instance-name/dse.ldif 파일에 작성되지 않은 경우에도 서버에서 사용하는 기본값이 모두 있으므로 모든 코어 구성 속성이 있습니다.
코어 구성 속성 삭제 및 삭제할 수 없는 속성 목록에 대한 자세한 내용은 Red Hat Directory Server 관리 가이드의 해당 섹션을 참조하십시오.
2.2.2. 데이터베이스 파일 링크 복사링크가 클립보드에 복사되었습니다!
각 Directory Server 인스턴스에는 모든 데이터베이스 파일을 저장하기 위한 /var/lib/dirsrv/slapd-인스턴스/db 디렉터리가 포함되어 있습니다. 다음은 /var/lib/dirsrv/slapd-인스턴스/db 디렉터리 콘텐츠의 샘플 목록입니다.
예 2.1. 데이터베이스 디렉터리 콘텐츠
db.001 db.002 __db.003 DBVERSION log.0000000001 userroot/
-
DB.00x파일 - 데이터베이스에서 내부적으로 사용되며 어떤 방식으로든 이동, 삭제 또는 수정하지 않아야 합니다. -
log.xxxxxxxxxx파일 - 데이터베이스당 트랜잭션 로그를 저장하는 데 사용됩니다. -
DBVERSION- 데이터베이스 버전을 저장하는 데 사용됩니다. -
userRoot- 설정 시 생성된 사용자 정의 접미사(예:dc=example,dc=com)를 저장합니다.
디렉터리 트리를 새 접미사 아래에 저장할 새 데이터베이스(예: testRoot)가 생성되는 경우 testRoot 라는 디렉터리도 /var/lib/dirsrv/slapd-인스턴스/db 디렉터리에 나타납니다.
다음은 사용자Root 디렉터리 콘텐츠의 샘플 목록입니다.
예 2.2. 사용자 루트 데이터베이스 디렉터리 콘텐츠
ancestorid.db
DBVERSION
entryrdn.db
id2entry.db
nsuniqueid.db
numsubordinates.db
objectclass.db
parentid.db
userroot 하위 디렉터리에는 다음 파일이 포함되어 있습니다.
-
ancestorid.db- 항목의 상위 ID를 찾는 ID 목록을 포함합니다. -
entrydn.db- 모든 ID를 찾을 수 있는 전체 DN 목록을 포함합니다. -
id2entry.db- 실제 디렉터리 데이터베이스 항목을 포함합니다. 필요한 경우 다른 모든 데이터베이스 파일을 이 파일에서 다시 생성할 수 있습니다. -
nsuniqueid.db- 모든 ID를 찾을 수 있는 고유 ID 목록을 포함합니다. -
numsubordinates.db- 하위 항목이 있는 ID를 포함합니다. -
objectclass.db- 특정 개체 클래스가 있는 ID 목록을 포함합니다. -
ParentID.db - 부모ID를 찾을 ID 목록을 포함합니다.
2.2.3. LDIF 파일 링크 복사링크가 클립보드에 복사되었습니다!
샘플 LDIF 파일은 LDIF 관련 파일을 저장하기 위해 /var/lib/dirsrv/slapd-인스턴스/ldif 디렉터리에 저장됩니다. 예 2.3. “LDIF 디렉터리 콘텐츠” /ldif 디렉터리 콘텐츠를 나열합니다.
예 2.3. LDIF 디렉터리 콘텐츠
European.ldif
Example.ldif
Example-roles.ldif
Example-views.ldif
-
European.ldif- 유럽 문자 샘플을 포함합니다. -
example.ldif- 샘플 LDIF 파일입니다. -
example
-roles.ldif-Example.ldif와 유사한 샘플 LDIF 파일입니다. 단, 그룹 대신 역할 및 서비스 클래스를 사용하여 디렉터리 관리자에 대한 액세스 제어 및 리소스 제한을 설정합니다.
인스턴스 디렉터리의 db2ldif 또는 db2ldif.pl 스크립트에서 내보낸 LDIF 파일은 /var/lib/dirsrv/slapd-인스턴스/ldif 에 저장됩니다.
2.2.4. 파일 잠금 링크 복사링크가 클립보드에 복사되었습니다!
각 Directory Server 인스턴스에는 잠금 관련 파일을 저장하기 위한 /var/lock/dirsrv/slapd-인스턴스 디렉터리가 포함되어 있습니다. 다음은 locks 디렉터리 콘텐츠의 샘플 목록입니다.
예 2.4. 디렉터리 콘텐츠 잠금
exports/ imports/ server/
잠금 메커니즘은 한 번에 실행할 수 있는 Directory Server 프로세스의 복사본 수를 제어합니다. 예를 들어 가져오기 작업이 있는 경우 다른 ns-slapd (일반), ldif2db (other import) 또는 db2ldif (export) 작업이 실행되지 않도록 가져오기 / 디렉터리에 잠금이 배치됩니다. 서버가 정상적으로 실행 중인 경우, 가져오기 작업을 방지하는 서버/ 디렉터리에 잠금이 있으므로(내보냄) 내보내기 작업이 있는 동안 내보내기 작업이 있는 동안 내보내기/ 디렉터리에 잠금을 사용하면 일반 서버 작업을 허용하지만 가져오기 작업을 방지할 수 있습니다.
사용 가능한 잠금 수는 전체 Directory Server 성능에 영향을 미칠 수 있습니다. 잠금 수는 nsslapd-db-locks 특성에 설정됩니다. 해당 속성 값 튜닝은 성능 튜닝 가이드에 설명되어 있습니다.
2.2.5. 로그 파일 링크 복사링크가 클립보드에 복사되었습니다!
각 Directory Server 인스턴스에는 로그 파일을 저장하기 위한 /var/log/dirsrv/slapd-인스턴스 디렉터리가 포함되어 있습니다. 다음은 /logs 디렉터리 콘텐츠의 샘플 목록입니다.
예 2.5. 로그 디렉터리 콘텐츠
access access.20200228-171925 errors
access.20200221-162824 access.rotationinfo errors.20200221-162824
access.20200223-171949 audit errors.rotationinfo
access.20200227-171818 audit.rotationinfo slapd.stats
-
액세스,감사및오류로그 파일의 내용은 로그 구성에 따라 달라집니다. -
slapd.stats파일은 편집기에서 읽을 수 없는 메모리 매핑 파일입니다. Directory Server SNMP 데이터 수집 구성 요소에서 수집한 데이터를 포함합니다. 이 데이터는 SNMP 특성 쿼리에 대한 응답으로 SNMP 하위 에이전트에서 읽고 Directory Server SNMP 요청을 처리하는 SNMP 마스터 에이전트에 전달됩니다.
7장. 로그 파일 참조 액세스, 오류 및 감사 로그 파일 형식과 해당 파일의 정보를 간략하게 설명합니다.
2.2.6. PID 파일 링크 복사링크가 클립보드에 복사되었습니다!
slapd-serverID.pid 및 slapd-serverID.startpid 파일은 서버가 가동되어 실행될 때 /var/run/dirsrv 디렉토리에 생성됩니다. 두 파일 모두 서버의 프로세스 ID를 저장합니다.
2.2.7. 백업 파일 링크 복사링크가 클립보드에 복사되었습니다!
각 Directory Server 인스턴스에는 백업 관련 파일을 저장하기 위한 다음 디렉토리와 파일이 포함되어 있습니다.
-
/var/lib/dirsrv/slapd-인스턴스/bak- 이 디렉터리에는-2020_05_02_02_16_56_05/ 인스턴스 와 같은인스턴스, 시간 및 날짜가 포함된 디렉터리가 포함되어 있으며, 이 디렉터리는 데이터베이스 백업 복사본을 보유합니다. -
/etc/dirsrv/slapd-인스턴스/dse_original.ldif- 설치 시dse.ldif구성 파일의 백업 사본입니다.