백업과 복원

프로그램 이름은 “Ticket System Backup & Restore”입니다. 티켓 시스템 옆에 있으며 바탕 화면에 자체 바로 가기가 있습니다.

Windows용과 Linux용이 있습니다. 같은 프로그램이며 운영체제에 맞추어 만들었을 뿐입니다.

탭이 여섯 개 있습니다. “Restore”는 가지고 있는 백업을 보여 주고, “Create Backup”은 새로 만들며, “Schedule”은 시간을 다루고, “Encryption”은 복구 키를 보여 주며, “Settings”는 경로를, “Log”는 기록을 보여 줍니다.

설정은 이미 채워져 있습니다. 프로그램은 처음 시작할 때 티켓 시스템이 어디에 있는지 스스로 알아냅니다.

백업을 넣을 폴더는 “Backup directory”에 있습니다. 다른 드라이브처럼 원하는 곳으로 바꿀 수 있습니다.

Windows에서는 프로그램이 시작할 때 관리자 권한을 요청합니다. 설정은 그 컴퓨터의 모든 관리자에게 적용되며 “%ProgramData%\SMITEY\backup-app”에 저장됩니다.

설치 과정에서 매일 백업이 저절로 설정됩니다. 티켓 시스템의 시간대 기준 23:00에 돕니다.

예약은 운영체제에 들어 있습니다. Windows에서는 작업 스케줄러, Linux에서는 cron 서비스입니다. 그래서 백업만을 위해 따로 도는 서비스는 없습니다.

백업에는 누가 로그인해 있을 필요가 없습니다. 아무도 로그인하지 않는 서버에서도 돕니다.

단추 아래 줄이 그 작업이 운영체제에 정말 있는지 알려 줍니다. 선택 칸이 표시되어 있다는 것은 무엇을 저장했는지만 말해 줄 뿐입니다.

백업은 다섯 단계로 보관합니다. 14일, 4주, 12개월, 4분기, 5년입니다. 백업은 그 단계 중 어느 한 기간에서 가장 최신인 동안 남습니다.

세는 것은 달력의 날이지 파일이 아닙니다. 하루에 백업이 둘이면 하루입니다.

직접 만든 백업은 결코 자동으로 지워지지 않습니다. “Keep manual”의 0이 그런 뜻입니다.

예약을 바꾸면 그 설정은 업데이트를 넘어서도 남습니다. 설치는 예약을 한 번도 정한 적이 없을 때에만 만듭니다. 백업을 꺼 두었다면 꺼진 채로 남습니다. “Remove all scheduled tasks”도 유지됩니다. 그 뒤의 업데이트가 예약을 다시 만들지 않습니다.

백업에는 시스템의 상태를 이루는 모든 것이 들어 있습니다. 데이터베이스, 첨부 파일, 보관 파일, 그리고 키입니다. SMITEY 밖에 있는 데이터베이스만 빠집니다.

놓치기 쉬운 것이 키입니다. 키는 저장된 접속 정보를 푸는 데 쓰이며, 메일 계정의 정보가 그렇습니다. 키가 없으면 복원한 뒤에 접속 정보가 죽어 있게 됩니다.

새 백업은 하나하나가 “.smbk”로 끝나는 암호화된 파일 한 개입니다. 볼륨마다 파일 하나, 내용 목록, 그리고 포함된 경우 텍스트 파일로 된 데이터베이스가 들어 있습니다.

그동안에도 시스템은 계속 돕니다. 담당자들은 백업이 도는 것을 전혀 느끼지 못합니다.

“Estimate size”가 데이터베이스가 얼마나 큰지 미리 알려 줍니다. 첨부 파일이 있는 볼륨은 거기에 더해집니다. 백업은 압축되지 않습니다.

덮어쓰는 일은 결코 없습니다. 백업마다 자기 파일이 있고, 오래된 것은 정리 과정에서만 지워집니다.

백업은 관리자만 읽을 수 있습니다. 설치 폴더의 설정 파일과 첫 로그인 정보 파일도 마찬가지입니다. 설치 프로그램과 모든 업데이트가 이 권한을 직접 설정합니다.

데이터베이스가 SMITEY 컨테이너가 아니라 별도의 서버에서 실행되면 프로그램이 백업할 수 없습니다. 그 경우에는 직접 쓰는 도구로 백업하십시오. 이때 백업에는 첨부 파일, 보관 파일, 키만 들어가며, 평소처럼 암호화됩니다. 업데이트는 그런 데이터베이스를 스스로 알아보고 프로그램을 전환합니다. 그때까지는 그런 설치에서 매일의 백업이 실패합니다. 먼저 직접 전환한 경우는 예외입니다. 명령줄에서는 “config --database external”로 직접 전환할 수도 있습니다. “config --database bundled”로 다시 되돌립니다.

새 백업은 모두 암호화됩니다. 예약된 백업, 직접 만든 백업, 업데이트 전의 백업 모두 마찬가지입니다. 따로 켤 것은 없습니다.

백업은 AES-256으로 암호화됩니다. 키는 설치할 때 스스로 만들어집니다. 이미 설치된 환경에서는 암호화가 있는 버전으로의 첫 업데이트 때 만들어집니다. 키는 서버에 보호된 상태로 저장됩니다. 관리자만 읽을 수 있습니다.

이렇게 서버 밖의 사본이 보호됩니다. 네트워크 드라이브나 USB 메모리, 온라인 저장소에서 백업을 발견한 사람도 키 없이는 읽을 수 없습니다. 서버 자체를 장악한 사람은 키도 갖게 됩니다.

복구 키는 같은 키를 적어 둘 수 있는 형태로 만든 것입니다. “SMBK-”로 시작합니다. “Encryption” 탭과 설치 폴더의 파일 “SMITEY-credentials.txt”에서 찾을 수 있습니다. 그 파일을 삭제했더라도 키는 “Encryption” 탭에서 계속 찾을 수 있습니다.

“Copy”는 키를 클립보드에 넣습니다. “Save to file...”은 키 ID와 날짜를 붙여 텍스트 파일로 저장합니다. 예를 들어 비밀번호 관리자나 금고 속 종이에 보관하십시오.

키를 보관했다고 확인할 때까지 프로그램은 위쪽에 노란 막대를 보여 줍니다. 확인하려면 “I stored the key outside this server”를 누르고 질문에 “Yes”라고 답합니다. 그러면 막대가 사라집니다. 그 뒤 탭에는 확인한 시각이 표시됩니다.

키 ID는 백업이 어느 서버의 것인지 알려 줍니다. 백업이 이 서버의 것이 아니면 프로그램이 그 키 ID를 알려 줍니다. 그리고 맞는 복구 키를 요청합니다.

프로그램이 키를 읽을 수 없으면 백업을 만들지 않습니다. 암호화되지 않은 백업도 만들지 않습니다. 이 경우 “Encryption” 탭에 키를 읽을 수 없다고 표시됩니다. 키 파일이 아예 없으면 다음 백업이 새 키를 만듭니다. 새 키도 보관해야 하므로 노란 막대가 다시 나타납니다. 오래된 백업은 여전히 예전 복구 키로만 열 수 있습니다.

ZIP 형식의 오래된 백업은 암호화되어 있지 않습니다. 복원은 계속할 수 있습니다. 탭에 몇 개인지 표시됩니다. 정리 기능은 다른 백업과 같은 규칙으로 이를 삭제합니다.

데스크톱이 없는 서버에서는 “key --show”가 명령줄에서 같은 내용을 보여 줍니다.

“Restore” 탭에서 되돌릴 백업을 고르십시오. 그런 다음 “Restore”를 누릅니다.

프로그램이 먼저 묻습니다. 무슨 일이 일어날지 알려 줍니다. 지금 상태가 덮어써지고 프로그램이 컨테이너를 다시 시작합니다. 지금 상태에 익명화된 사람이 있으면 두 번째 질문이 이어집니다. 그 수를 알려 주고 복원 후 다시 익명화할지 묻습니다. “Yes”가 미리 선택되어 있습니다. “No”를 고르면 이 단계 없이 백업이 복원됩니다. 대신 창을 닫으면 아무것도 복원되지 않습니다.

“Wipe target volumes before restore”를 선택하면 볼륨을 먼저 비웁니다. 그러면 백업을 만들 때 없던 파일이 남아 있지 않게 됩니다.

진행 단계는 “Log” 탭에 나옵니다. 거기서 프로그램이 무엇을 했는지 하나씩 볼 수 있습니다. 두 번째 질문에 “Yes”로 답했다면 끝부분의 한 줄에 티켓 시스템이 다음 야간 실행에서 다시 적용할 익명화 수가 나옵니다. 옮길 수 없으면 대신 로그에 경고가 나옵니다. 경고가 있었다면 창 아래쪽의 상태 줄이 그 수를 알려 줍니다.

백업에 데이터베이스가 들어 있으면 상태 전체가 돌아옵니다. 티켓, 댓글, 이력, 첨부 파일, 기록한 시간, 지식 베이스가 백업을 만든 시점 그대로 다시 있습니다.

그러고 나면 시스템을 다시 쓸 수 있습니다. 작은 설치 환경에서는 1분이 채 걸리지 않습니다.

백업에 데이터베이스가 들어 있으면 데이터베이스는 전부 돌아오거나 전혀 돌아오지 않습니다. 볼륨은 그 뒤에 따라옵니다. 볼륨에서 실패하면 데이터베이스는 이미 돌아와 있지만 파일이 빠져 있을 수 있습니다. 어느 단계가 실패했는지는 “Log” 탭에 나옵니다. 어떤 경우든 프로그램은 그 뒤에 컨테이너를 다시 시작합니다. 복원이 실패했더라도 마찬가지입니다.

예전 버전의 백업을 새 버전으로 복원할 수 있습니다. 다음에 시작할 때 시스템이 데이터베이스를 자기 버전에 맞춥니다.

만족도 조사의 동의와 수신 거부는 묻지 않고 이어받습니다. 두 번째 질문에 “No”라고 답해도 마찬가지입니다. 애플리케이션은 복원 전에 실행 중인 설치 환경에서 이를 읽습니다. 그 뒤 “Log” 탭의 한 줄에 건수가 표시됩니다. 예를 들면 “12 consent and unsubscribe record(s) were carried over.”입니다. 티켓 시스템은 처음 시작할 때 이를 넘겨받습니다. 그래서 백업 뒤에 한 동의나 수신 거부도 그대로 유효합니다. 이어받기에 실패하면 로그에 경고가 나타납니다. 복원은 그래도 성공으로 칩니다.

프로그램은 먼저 암호화된 백업을 완전히 검사합니다. 그동안 상태 줄에 “Checking the encrypted backup before anything is changed...”가 표시됩니다. 그런 다음에야 컨테이너를 멈춥니다. 파일이 손상되었거나 변조된 경우에는 멈추고 “The backup file is damaged. Nothing was changed.”를 알립니다.

백업이 다른 서버의 것이면 프로그램은 그 서버의 복구 키를 요청합니다. 이는 질문 뒤에 이루어집니다. “Recovery key needed” 창에 백업의 키 ID가 표시됩니다. 이 서버의 키가 없을 때도 같은 창이 나타납니다.

입력 오류는 아무것도 바뀌기 전에 알아챕니다. 상태 줄에 “The recovery key has a typing error. Check each character.”가 표시됩니다. 그 뒤에 창이 다시 묻습니다. 키가 다른 백업의 것이면 상태 줄에 “This recovery key does not belong to this backup.”가 표시됩니다. “Cancel”을 누르면 프로그램이 멈추고 “Restore cancelled. Nothing was changed.”를 알립니다.

프로그램은 입력한 키를 넘겨받지 않습니다. 자신의 키를 그대로 씁니다. 새 백업은 여전히 이 서버의 키로 만들어집니다. 새 서버에서 복원했다면 그 서버의 복구 키도 보관하십시오.

데이터베이스가 없는 백업은 첨부 파일, 보관 파일, 키만 복원합니다. 이미 있는 키는 그대로 둡니다. 데이터베이스는 그대로 남습니다. 프로그램은 복원하기 전에 이를 알리고 묻습니다. “No”를 선택하면 아무것도 바뀌지 않습니다.

설치가 자체 데이터베이스를 쓰도록 설정되어 있으면, 백업에 데이터베이스가 들어 있어도 프로그램은 데이터베이스 부분을 건너뜁니다. 예를 들어 오래된 백업이 이에 해당합니다. 프로그램은 먼저 묻습니다. “No”를 선택하면 아무것도 바뀌지 않습니다.

서버에는 화면이 없는 경우가 많습니다. 그래서 같은 프로그램이 명령으로도 동작합니다.

평소에 필요한 명령은 다섯 개입니다. “backup”은 저장하고, “list”는 가지고 있는 백업을 보여 주며, “restore”는 되돌리고, “schedule”은 시간을 정하고, “config”는 설정을 보여 줍니다. 키를 위해 “key”와 “decrypt”가 더 있습니다.

그 뒤에 있는 것은 창에서 쓰는 것과 같은 프로그램입니다. 다른 일을 하는 두 번째 길은 없습니다.

프로그램은 “/opt/smitey/Backup”에 있습니다. “sudo”와 함께 부르고 뒤에 명령을 붙입니다. 컨테이너가 “root”로 돌기 때문에 백업에도 그 권한이 필요합니다.

아래 상자 여섯 개는 그대로 복사해 쓰실 수 있습니다. 실제로 쓰는 일이 그 안에 다 들어 있습니다.

복원은 여기서도 묻습니다. “--yes”를 붙여야 실행됩니다. 이때 지금 상태의 익명화도 함께 옮깁니다. 창에서 “Yes”를 고른 것과 같습니다. “--no-reapply”를 붙이면 이 단계 없이 실행됩니다.

이 내용을 자세히 읽을 파일이 서버에 있습니다. 이름은 “BACKUP-RESTORE.txt”이고 “/opt/smitey”에 있습니다. 예약과 모든 명령과 되돌리는 길을 편한 속도로 다시 한번 짚어 줍니다. 이 파일은 독일어판과 영어판이 있습니다. 설치할 때 독일어를 골랐다면 독일어판이, 그렇지 않으면 영어판이 들어 있습니다. 두 판 모두 “/opt/smitey/docs”에도 있습니다.

“key --show”는 복구 키, 키 ID, 암호화되지 않은 백업의 수를 보여 줍니다. 키를 서버 밖에 보관했다면 “key --confirm-stored”로 그것을 확인합니다.

다른 서버의 백업은 “--key-file”로 복원합니다. 지정한 파일에 복구 키가 들어 있습니다. “Save to file...”로 만든 파일도 사용할 수 있습니다. 파일 대신 환경 변수 “SMITEY_BACKUP_KEY”를 쓸 수도 있습니다. “sudo”를 쓸 때는 프로그램 바로 앞에 붙입니다. 즉 “sudo SMITEY_BACKUP_KEY=<키> /opt/smitey/Backup/TicketSystemBackup restore …”입니다. 이 경우 키가 셸 기록에 남습니다. 키가 맞지 않으면 아무것도 바뀌지 않습니다.

“decrypt”는 백업의 내용을 암호화되지 않은 파일로 빈 폴더에 씁니다. 이 파일은 암호화되어 있지 않습니다. 비밀번호와 개인 정보가 들어 있습니다. 작업이 끝나면 바로 삭제하십시오.

백업은 설정한 폴더에 있는 파일입니다. 그 폴더는 티켓 시스템과 같은 기계에 있습니다.

흔한 경우에는 그것으로 충분합니다. 실수로 지운 자료, 잘못된 업데이트, 자료의 오류가 모두 여기에 해당합니다.

디스크가 고장 나는 것은 막지 못합니다. 디스크가 없어지면 백업도 함께 없어집니다.

그러니 파일을 다른 곳에 복사하십시오. 네트워크 드라이브, 두 번째 서버, 네트워크 저장 장치면 충분합니다.

복사해 둔 파일은 어느 서버에서나 다시 불러올 수 있습니다. 다른 서버에서는 이를 위해 복구 키가 필요합니다. “Import backup file…”으로 파일을 목록에 되돌립니다.

사본은 암호화되어 있습니다. 복구 키 없이는 아무도 읽을 수 없습니다. 그러므로 키를 사본 옆에 두지 마십시오. “.zip”으로 끝나는 오래된 백업은 암호화되어 있지 않습니다.

업데이트는 시작하기 전에 자체 백업을 만듭니다. 사용자의 예약과 상관없이, 아무것도 선택하지 않아도 그렇게 합니다.

저장하는 것은 늘 같습니다. 데이터베이스, 첨부 파일, 보관 파일, 그리고 키입니다. 데이터베이스가 SMITEY 밖에서 실행되면 업데이트는 첨부 파일, 보관 파일, 키만 백업합니다.

이 백업은 프로그램 “Ticket System Backup & Restore”가 만듭니다. 다른 백업과 똑같이 암호화되며 같은 폴더에 들어갑니다. 목록에서 종류는 “Update”입니다. 이 종류의 백업은 가장 최근 세 개가 보관됩니다. 더 오래된 것은 프로그램이 스스로 삭제합니다.

업데이트 전 안내가 그렇게 알려 줍니다. 먼저 저장해야 한다는 것을 따로 기억할 필요가 없습니다.

이 백업에 실패하면 업데이트는 무엇이든 바뀌기 전에 멈춥니다. SMITEY 밖에 있는 데이터베이스는 업데이트를 막지 않습니다. 그러면 업데이트는 매일의 백업도 그 데이터베이스를 빼도록 프로그램을 전환합니다. 그 데이터베이스는 직접 쓰는 도구로 백업하십시오.