고객 주문 문서를 XML로 저장 한 실제 서버와 결과 주문 PDF가 있습니다. 위치는 해당 위치를 생성하는 응용 프로그램 서버와 드라이브 매핑을 통해 액세스해야하는 데스크톱에서 매핑됩니다.Azure Filestore & Backup
규제 목적으로이 파일을 수년 동안 보관해야하는 경우 현재 파일 서버를 확장해야합니다. 그래서이 데이터는 약 10 년 동안 데이터를 보관해야하므로 시간이 지남에 따라 약 5-8tb로 증가 할 것이므로 제거 될 수 있다고 생각했습니다.
Azure에서 적절한 저장소를 사용하여 VM을 생성 한 다음 MARS를 사용하여 온 사이트 서버처럼 백업 전략을 만들 수 있습니다. 그러나 디스크 크기 조정을 충족시키기 위해서는 서버의 프로세싱이 대용량 일 필요가없는 대용량 서버가 필요합니다.
그래서 난 여전히 파일을 누구나 접근 방식을 제안 할 수 있다면 그래서 내가 궁금
을 저장되어있는 드라이브로 서버 및 데스크톱을지도 할 수 있어야합니다. 데스크톱의 데이터는 응용 프로그램에서 최대 18 개월 동안 액세스 할 수 있어야합니다. 따라서 오래된 데이터는 보관 될 수 있지만 아카이브 데이터의 검색은 수동 검색을 통해 이루어지기 때문에 백업해야합니다.미리 감사드립니다.
불행히도이 질문은 StackOverflow에 대한 주제와 관련이 없습니다. 많은 잠재적 솔루션과 관련하여 매우 광범위합니다. . 게다가 프로그래밍 문제가 아닙니다. 즉 : Azure File 공유 및 직접 BLOB 저장소 (아카이브 BLOB 포함)뿐만 아니라 가상 시스템 및 연결된 저장소 (내구성, BLOB 백업)에 대한 설명서를 쉽게 사용할 수 있습니다. 당신이 이것을 구현하는 방법은 당신에게 달려 있습니다. –