Oracle Cloud Infrastructure로 데이터 이동

구성이 완료되면 전송을 시작할 수 있습니다. 데이터 양과 연결 속도에 따라 이 전송은 매우 긴 시간(일 또는 주)이 걸릴 수 있습니다.

진행률을 모니터링하려면 tmux에서 상세 정보 표시 모드로 전송을 시작하는 것이 좋습니다. 따라서 백그라운드에서 프로세스를 실행하고 필요에 따라 진행률을 볼 수 있습니다.

데이터 이동

GNU Screen에서 상세 정보 표시 모드로 전송을 시작하면 백그라운드에서 프로세스를 실행하고 필요에 따라 진행 상황을 볼 수 있습니다.

tmux 세션을 시작하고 세션에 이름을 지정합니다.
```
$ tmux new -s<session name>
 
```
예:
```
$ tmux new -srclone
```
tmux 터미널 창에서 상세 정보 표시 모드로 Rclone을 시작합니다. 필요에 따라 <destination_bucket>를 바꿉니다. 버킷이 없는 경우 자동으로 생성됩니다.
```
$ rclone --verbose --cache-workers 64 --transfers 64 --retries 32 copy $SOURCE oci:<destination_bucket>
```
전송이 진행 중인 동안 Ctrl+b d를 눌러 tmux에서 분리합니다.
tmux 세션으로 돌아가서 Rclone을 모니터하려면 다음을 입력합니다.
```
$ tmux attach -d -t <session name>
 
```
예:
```
$ tmux attach -d -t rclone
```
tmux를 다시 분리하려면 Ctrl+b d를 누릅니다.

주:

최적의 캐시 작업자 및 전송 수는 특정 사용 사례, 사용 가능한 대역폭, 워크스테이션 또는 서버에서 사용 가능한 리소스, 클라우드 공급자가 적용한 제한 제한에 따라 달라집니다. 일반적으로 전송 및 캐시 작업자 수가 많을수록 전송이 더 빨리 완료됩니다. 그러나 특정 숫자 이상으로, 당신은 오류를 얻기 시작할 수 있습니다. 64개의 동시 전송 및 캐시 작업자로 시작하고 필요에 따라 번호를 조정하는 것이 좋습니다.

전송이 완료되면 오류가 발생하지 않았는지 확인합니다. 오류가 표시되면 캐시 작업자 및 전송 수를 줄여서 다시 시도하십시오.

전송 확인

로컬 파일 시스템, 다른 클라우드 공급자 또는 다른 수단을 통해 데이터가 Object Storage로 전송되는 방식에 관계없이 rclone을 사용하여 Object Storage에 복사된 데이터가 소스와 동일한지 확인할 수 있습니다. 데이터를 신속하게 또는 더 철저하게 확인할 수 있습니다.

다음 방법을 사용하여 비교적 빠른 확인을 수행합니다.

$ rclone --verbose --cache-workers 64 --transfers 64 --retries 32 check $SOURCE oci:<destination_bucket>

이 방식은 파일 크기와 MD5 해시를 확인하여 소스 버킷과 대상 버킷의 차이를 감지합니다. 그러나 멀티파트 업로드를 사용하여 업로드한 객체에는 MD5 해시를 사용할 수 없습니다. 따라서 대형 객체는 커서리 확인만 제공하는 파일 크기를 비교하여만 확인됩니다.

보다 철저한 확인을 수행하려면 rclone에 파일을 다운로드하여 비교하도록 지시할 수 있습니다.

$ rclone --verbose --cache-workers 64 --transfers 64 --retries 32 check --download $SOURCE oci:<destination_bucket>

이 메소드는 보다 철저한 비교를 수행하지만 두 객체 저장소에서 복사본을 다운로드해야 합니다.

주:

다운로드를 통해 확인을 수행할 때 작업이 실행되는 위치에 따라 기존 클라우드 공급자, Oracle 또는 둘 다에서 추가 데이터 전송 요금이 발생할 수 있습니다.