자체 관리형 샤딩된 클러스터 복원

CSRS 프라이머리 mongod 데이터 파일을 복원합니다.

원하는 백업 방법에 해당하는 탭을 선택합니다.

데이터베이스 local 를 삭제합니다.

db.dropDatabase()를 사용하여 local 데이터베이스를 제거합니다.

use local
db.dropDatabase()

필터링된 파일 목록을 로컬 데이터베이스에 삽입합니다.

이 단계는 네임스페이스로 필터링된 스냅샷에서 복원하는 경우에만 필요합니다.

각 샤드에 대해 다음 이름 형식의 필터링된 파일 목록을 찾습니다: <shardRsID>-filteredFileList.txt. 이 파일에는 다음 형식의 JSON 객체 목록이 포함되어 있습니다.

{
   "filename":"file1",
   "ns":"sampleDb1.sampleCollection1",
   "uuid": "3b241101-e2bb-4255-8caf-4136c566a962"
}

각 샤드 파일의 각 JSON 객체를 local 데이터베이스의 새 db.systems.collections_to_restore 컬렉션에 추가합니다. ns 또는 uuid 필드가 비어 있는 항목은 무시할 수 있습니다. 항목을 삽입할 때 uuid 필드는 UUID() 유형으로 삽입해야 합니다.

필터링된 파일 복원 명령을 실행합니다.

이 단계는 네임스페이스로 필터링된 스냅샷에서 복원하는 경우에만 필요합니다.

모든 항목을 삽입한 후 다음 명령을 실행합니다.

use admin
db.runCommand({"_configsvrRunRestore":1})

계획되거나 완료된 샤드 호스트 이름 또는 복제본 세트 이름 변경의 경우 config.shards 에서 메타데이터 를 업데이트 합니다.

다음 사항이 모두 해당되는 경우 이 단계를 건너뛸 수 있습니다:

• 이 절차 중에는 샤드 구성원 호스트 시스템 호스트 이름이 변경되지 않습니다.

• 이 절차 중에는 샤드 복제본 세트 이름이 변경되지 않습니다.

구성 데이터베이스의 shards 컬렉션에서 다음 find() 메서드를 실행합니다. <shardName>을 샤드 이름으로 바꿉니다. 기본적으로 샤드 이름은 해당 복제본 세트의 이름입니다. addShard 명령을 사용하여 샤드를 추가하고 동시에 사용자 지정 name을 지정한 경우, <shardName>에서 해당 name을 지정해야 합니다.

use config
db.shards.find( { "_id" : "<shardName>" } )

이 작업은 다음과 유사한 문서를 반환합니다.

{
   "_id" : "shard1",
   "host" : "myShardName/alpha.example.net:27018,beta.example.net:27018,charlie.example.net:27018",
   "state" : 1
}

updateOne() 메서드를 사용하여 hosts 문자열을 업데이트하여 샤드의 계획된 복제본 세트 이름 및 호스트 이름 목록을 반영합니다. 예를 들어 다음 작업은 샤드의 host 연결 문자열을 "_id" : "shard1"로 업데이트합니다.

db.shards.updateOne(
  { "_id" : "shard1" },
  { $set : { "host" : "myNewShardName/repl1.example.net:27018,repl2.example.net:27018,repl3.example.net:27018" } }
)

모든 샤드 메타데이터가 클러스터의 각 샤드에 대해 계획된 복제본 세트 이름과 호스트 이름 목록을 정확하게 반영할 때까지 이 과정을 반복합니다.

use config
db.shards.find({})

를 mongod 새 단일 노드 복제본 세트 로 다시 시작합니다.

mongod를 종료합니다. 다음 구성 파일 옵션의 주석을 제거하거나 추가합니다.

replication:
  replSetName: myNewCSRSName
sharding:
  clusterRole: configsvr

복제본 세트 이름을 변경하려면 계속 진행하기 전에 replSetName 필드를 새 이름으로 업데이트해야 합니다.

업데이트된 구성 파일로 mongod를 시작합니다.

mongod --config /path/to/mongodb/mongod.conf

mongod를 시스템 서비스로 실행하도록 구성한 경우 시스템 서비스 관리자에게 권장되는 프로세스를 사용하여 시작하세요.

mongod가 시작되면 mongo 셸을 사용하여 연결합니다.

새 복제본 세트를 시작합니다.

기본 설정 및 rs.initiate()를 사용하여 복제본 세트를 시작합니다.

rs.initiate()

작업이 완료되면 rs.status()를 사용하여 멤버가 프라이머리가 되었는지 확인합니다.

복제본 세트 멤버를 추가합니다.

CSRS의 각 복제본 세트 멤버에 대해 해당 호스트 시스템에서 mongod를 시작합니다. 클러스터의 나머지 멤버를 모두 성공적으로 시작했다면 mongo 셸을 프라이머리 복제본 세트 멤버에 연결합니다. 프라이머리에서 rs.add() 메서드를 사용하여 복제본 세트의 각 멤버를 추가합니다. 접두사로 복제본 세트 이름을 포함하고, 그 뒤에 멤버의 mongod 프로세스의 호스트 이름과 포트를 포함합니다:

rs.add("config2.example.net:27019")
rs.add("config3.example.net:27019")

특정 복제본 member 구성 설정이 있는 멤버를 추가하려면 멤버 호스트 이름과 배포에 필요한 members 설정을 정의하는 문서를 rs.add()에 전달하면 됩니다.

rs.add(
 {
   "host" : "config2.example.net:27019",
   priority: <int>,
   votes: <int>,
   tags: <int>
 }
)

각각의 새 멤버는 프라이머리를 따라잡기 위해 초기 동기화를 수행합니다. 동기화할 데이터의 양, 네트워크 토폴로지 및 상태, 각 호스트 시스템의 전원 등의 요인에 따라 초기 동기화를 완료하는 데 시간이 오래 걸릴 수 있습니다.

멤버를 추가하는 동안 복제본 세트가 새 프라이머리를 선출할 수 있습니다. rs.status()를 사용하여 현재 프라이머리인 멤버를 식별합니다. 프라이머리에서는 rs.add()만 실행할 수 있습니다.

필요한 추가 복제 설정을 구성합니다.

rs.reconfig() 메서드는 매개 변수로 전달된 구성 문서를 기반으로 복제본 세트 구성을 업데이트합니다. 복제본 세트의 프라이머리 멤버에 대해 reconfig()를 실행해야 합니다.

A. Review Replica Set Configurations 단계에서 식별한 대로 복제본 세트의 원래 구성 파일 출력을 참조하고 필요에 따라 설정을 적용합니다.

샤드 프라이머리 mongod 데이터 파일을 복원합니다.

원하는 백업 방법에 해당하는 탭을 선택합니다.

역할 __system 을 가진 임시 사용자를 만듭니다.

이 절차를 수행하는 동안 admin.system.version 컬렉션의 문서를 수정합니다. 인증을 적용하는 클러스터의 경우 __system 역할에만 이 컬렉션을 수정할 수 있는 권한이 부여됩니다. 클러스터에서 인증을 적용하지 않는 경우 이 단계를 건너뛸 수 있습니다.

1. admin 데이터베이스에서 userAdmin 역할 또는 userAdminAnyDatabase 역할을 가진 사용자로 인증합니다:

   use admin
   db.auth("myUserAdmin","mySecurePassword")

2. __system 역할을 가진 사용자를 생성합니다.

   db.createUser(
     {
       user: "mySystemUser",
       pwd: "<replaceMeWithAStrongPassword>",
       roles: [ "__system" ]
     }
   )

   시스템 보안을 보장하고 악의적인 액세스를 방지하거나 지연하려면 암호는 임의적이고 길며 복잡해야 합니다.

3. 권한이 있는 사용자로 인증합니다:

   db.auth("mySystemUser","<replaceMeWithAStrongPassword>")

데이터베이스 local 를 삭제합니다.

db.dropDatabase()를 사용하여 local 데이터베이스를 제거합니다.

use local
db.dropDatabase()

minOpTimeRecovery 컬렉션 admin.system.versions 에서 문서 를 제거합니다.

샤드 내부를 업데이트하려면 admin 데이터베이스의 system.version 컬렉션에서 다음 deleteOne() 메서드를 실행합니다:

use admin
db.system.version.deleteOne( { _id: "minOpTimeRecovery" } )

선택 사항: CSRS 호스트 이름 또는 복제 세트 이름 변경의 경우 각 샤드의 ID 문서에서 샤드 메타데이터를 업데이트합니다.

다음 사항이 모두 해당되는 경우 이 단계를 건너뛸 수 있습니다:

• 이 절차 중에 CSRS 호스트의 호스트 이름이 변경되지 않았습니다.

• 이 절차 중에 CSRS 복제본 세트 이름이 변경되지 않았습니다.

admin 데이터베이스의 system.version 컬렉션에 CSRS 연결 문자열을 포함하여 샤드와 관련된 메타데이터가 포함되어 있습니다. CSRS를 복원하는 동안 CSRS 이름 또는 멤버 호스트 이름이 변경된 경우 이 메타데이터를 업데이트해야 합니다.

admin 데이터베이스의 system.version 컬렉션에서 다음 find() 메서드를 실행합니다:

use admin
db.system.version.find( {"_id" : "shardIdentity" } )

find() 메서드는 다음과 유사한 문서를 반환합니다:

{
  "_id" : "shardIdentity",
  "clusterId" : ObjectId("2bba123c6eeedcd192b19024"),
  "shardName" : "shard1",
  "configsvrConnectionString" : "myCSRSName/alpha.example.net:27019,beta.example.net:27019,charlie.example.net:27019" }

다음 updateOne() 메서드는 host 문자열이 가장 최신 CSRS 연결 문자열을 나타내도록 문서를 업데이트합니다:

db.system.version.updateOne(
  { "_id" : "shardIdentity" },
  { $set :
    { "configsvrConnectionString" : "myNewCSRSName/config1.example.net:27019,config2.example.net:27019,config3.example.net:27019"}
  }
)

를 mongod 새 단일 노드 복제본 세트 로 다시 시작합니다.

mongod를 종료합니다. 다음 구성 파일 옵션의 주석을 제거하거나 추가합니다.

replication:
  replSetName: myNewShardName
sharding:
  clusterRole: shardsvr

복제본 세트 이름을 변경하려면 계속 진행하기 전에 replSetName 필드를 새 이름으로 업데이트해야 합니다.

업데이트된 구성 파일로 mongod를 시작합니다.

mongod --config /path/to/mongodb/mongod.conf

mongod를 시스템 서비스로 실행하도록 구성한 경우 시스템 서비스 관리자에게 권장되는 프로세스를 사용하여 시작하세요.

mongod가 시작되면 mongo 셸을 사용하여 연결합니다.

새 복제본 세트를 시작합니다.

기본 설정 및 rs.initiate()를 사용하여 복제본 세트를 시작합니다.

rs.initiate()

작업이 완료되면 rs.status()를 사용하여 멤버가 프라이머리가 되었는지 확인합니다.

복제본 세트 멤버를 추가합니다.

샤드 복제본 세트의 각 복제본 세트 멤버에 대해 해당 호스트 시스템에서 mongod를 시작합니다. 클러스터의 나머지 멤버를 모두 성공적으로 시작했다면 mongo 셸을 프라이머리 복제본 세트 멤버에 연결합니다. 프라이머리에서 rs.add() 메서드를 사용하여 복제본 세트의 각 멤버를 추가합니다. 접두사로 복제본 세트 이름을 포함하고, 그 뒤에 멤버의 mongod 프로세스의 호스트 이름과 포트를 포함합니다:

rs.add("repl2.example.net:27018")
rs.add("repl3.example.net:27018")

특정 복제본 member 구성 설정이 있는 멤버를 추가하려면 멤버 호스트 이름과 배포에 필요한 members 설정을 정의하는 문서를 rs.add()에 전달하면 됩니다.

rs.add(
 {
   "host" : "repl2.example.net:27018",
   priority: <int>,
   votes: <int>,
   tags: <int>
 }
)

각각의 새 멤버는 프라이머리를 따라잡기 위해 초기 동기화를 수행합니다. 동기화할 데이터의 양, 네트워크 토폴로지 및 상태, 각 호스트 시스템의 전원 등의 요인에 따라 초기 동기화를 완료하는 데 시간이 오래 걸릴 수 있습니다.

멤버를 추가하는 동안 복제본 세트가 새 프라이머리를 선출할 수 있습니다. rs.status()를 사용하여 현재 프라이머리인 멤버를 식별합니다. 프라이머리에서는 rs.add()만 실행할 수 있습니다.

필요한 추가 복제 설정을 구성합니다.

rs.reconfig() 메서드는 매개 변수로 전달된 구성 문서를 기반으로 복제본 세트 구성을 업데이트합니다. 복제본 세트의 프라이머리 멤버에 대해 reconfig()를 실행해야 합니다.

A. Review Replica Set Configurations 단계에서 식별한 대로 복제본 세트의 원래 구성 파일 출력을 참조하고 필요에 따라 설정을 적용합니다.

임시 권한 사용자를 제거합니다.

인증을 시행하는 클러스터의 경우 이 절차의 앞부분에서 생성된 권한 있는 사용자를 제거합니다.

1. admin 데이터베이스에서 userAdmin 역할 또는 userAdminAnyDatabase 역할을 가진 사용자로 인증합니다:

   use admin
   db.auth("myUserAdmin","mySecurePassword")

2. 권한 있는 사용자를 삭제합니다:

   db.removeUser("mySystemUser")