이 장에서는 DIVArchive 시스템의 일반적인 개념에 대해 설명합니다.
DIVArchive 아키텍처는 다양한 유형의 서버와 기술(예: 브로드캐스트 비디오 서버, Storage Area Network 및 엔터프라이즈 테이프 라이브러리)을 통합할 수 있도록 해줍니다. DIVArchive 설치는 사이트마다 다르므로 특정 DIVArchive 플랫폼의 정확한 구성은 이 설명서에서 다루지 않습니다. 특정 DIVArchive 시스템 설치 및 구성에 대한 자세한 내용은 시스템 관리자에게 문의하고 DIVArchive Site Configuration을 참조하십시오.
Site Configuration은 사이트에 DIVArchive를 설치한 후 오라클(또는 시스템 통합 제휴사)에서 작성하는 문서입니다. 이 문서에는 DIVArchive 부속 시스템, 타사 인터페이스, 사이트 세부정보 및 연락처, 사용자 이름 및 암호, 원격 액세스 코드에 대한 구성이 전체적으로 기록됩니다.
Site Configuration은 이 설명서의 다양한 부분에서 참조됩니다. 해당하는 경우 Site Configuration을 참조하십시오.
이 절에서는 Oracle DIVArchive 7.5의 새로운 기능과 향상된 기능에 대해 설명합니다. 각각의 특징 및 향상된 기능에 대한 자세한 내용은 Oracle DIVArchive Core 설명서 라이브러리의 Oracle DIVArchive 설치 및 구성 설명서를 참조하십시오. DIVArchive 라이센스 정보는 부록 A를 참조하십시오.
이제 모든 핵심 DIVArchive 구성요소에 대해 Oracle Linux 7 x86_64 이상이 지원됩니다.
영어 외 언어의 Linux 환경이 필요한 경우 사용자를 만들고 사용자 프로파일에서 원하는 언어를 식별하십시오. Oracle Linux 7 x86_64 이상에서는 영어 외에도 다양한 언어를 지원하므로 Linux 설치 중 원하는 언어를 선택할 수 있습니다.
Windows 설치에는 영어가 사용되어야 하며 Oracle은 영어 기반 Windows 환경만 지원합니다.
Linux 기반 Actor는 Vantage 트랜스코딩 작업만 지원합니다.
동일한 대상으로 동일한 파일을 동시에 두 번 복원하는 경우 Windows와 Linux에서의 동작이 다릅니다. Windows에서는 첫번째 복원(정확히 동시에 도착할 수 없음)에서 파일이 잠기므로 두번째 복원이 종료됩니다. Linux에서는 파일 시스템 레벨에서 잠금이 발생하지 않습니다. 두 복원이 동시에 실행되며 동일한 파일에 기록합니다. 결과 파일의 컨텐츠는 예측할 수 없습니다.
Windows 서비스, Linux 서비스, 트랜스코더 실행 및 Linux 환경에서의 작동 시 특정 제한 사항에 대한 자세한 내용은 Oracle DIVArchive 7.5 Core 설명서 라이브러리의 Oracle DIVArchive 설치 및 구성 설명서 및 Oracle DIVArchive 지원 환경 설명서를 참조하십시오.
UNC 경로가 Windows Actor에 직접 마운트된 경우 SMB Source/Destinations 및 관리 대상 디스크에 대해 UNC 경로가 지원됩니다.
Linux 운영체제의 Oracle DIVArchive Actor는 CIFS 소스 및 대상에 대해 UNC 경로를 지원하지 않습니다. 하지만 마운트된 SMB 공유에 대한 로컬 경로를 정의할 수 있습니다.
Linux 기반 Actor는 CIFS를 사용할 수 없으므로 Linux 기반 Actor가 SMB 네트워크 공유(트랜스코더 캐시)에서 컨텐츠를 주고 받으려면 새 경로가 필요합니다. 경로는 다음과 같이 구분된 목록의 actorPath 매개변수 값으로 지정됩니다.
[actor:actor_name,actorPath:actor_path,transcoder:trancoder_ip_address],cifs://username:password@\\transcoder_cache_ip_address\transcoder_cache
기존 Vantage 트랜스코더 구성에 사용하기 위해 Windows Actor에서 Linux Actor로 전환하려는 경우 기존 CIFS 경로를 변경하지 않아도 됩니다. CIFS 경로는 Vantage가 캐시에 액세스할 때만 사용됩니다. 한 가지만 변경하면 되는데, 트랜스코더의 작업 디렉토리에 actorPath를 추가하는 것입니다. actorPath는 Linux Actor가 Linux 시스템의 SMB 네트워크 공유에서 컨텐츠를 주고 받는 데 사용할 경로를 나타냅니다.
주의:
actor, actorPath 및 transcoder 설정의 순서가 중요합니다. 매개변수는 actor, actorPath, transcoder 순으로 설정해야 합니다.예:
[actor:actor1,actorPath:/tmp/vantagecache,transcoder:100.100.100.100],cifs://Administrator:password@\\100.100.100.100\VantageStore
DIVArchive 7.5는 Oracle Storage Cloud 사용 구성을 지원합니다.
클라우드 어레이에 추가된 모든 디스크는 클라우드 디스크로 간주됩니다.
DIVArchive에서 Storage Cloud 계정을 사용하는 것과 관련된 자세한 내용은 Oracle Storage Cloud 전송을 참조하십시오.
Oracle Storage Cloud 스토리지 계정에 대한 자세한 내용은 http://docs.oracle.com/cd/E60880_01/VLPFN/whatis.htm#BABDADAE를 참조하십시오.
DIVArchive Control GUI의 향상된 기능은 다음과 같습니다.
Disks 뷰에서 새 열을 사용할 수 있습니다. Consumed Size 열은 디스크의 컨텐츠가 사용한 공간(KB)을 나타냅니다. 이 새 열은 클라우드에 저장된 컨텐츠의 양을 표시하므로 디스크 공간이 무제한인 클라우드 계정에 특히 유용합니다.
어레이와 연관된 클라우드 스토리지 클래스도 이 뷰에 표시됩니다. 비클라우드 디스크의 스토리지 클래스는 NONE입니다. 클라우드 디스크의 스토리지 클래스는 STANDARD(클라우드에서 즉시 다운로드할 수 있음) 또는 ARCHIVE(클라우드에서 다운로드하는 데 4시간 이상이 걸림)입니다.
특정 클라우드 인스턴스와 연관된 스토리지 클래스를 보려면 Cloud Storage Class라는 새 열이 포함된 Object Properties 뷰를 표시합니다.
DIVArchive 7.5 Local Delete를 사용하면 지연된 삭제 모드로 어레이에 남은 디스크 공간을 기반으로 하지 않는 사이트 삭제를 수행할 수 있습니다. 자세한 내용은 Oracle DIVArchive 7.5 Additional Features 설명서 라이브러리의 Oracle DIVArchive 7.5 Local Delete User's Guide를 참조하십시오.
이제 LTO7 드라이브가 지원됩니다.
DIVArchive 7.5를 통해 QOS 값을 Request Option으로 지정할 수 있습니다.
이제 아카이브 요청에서 Additional Service Delete on Source를, 복원 요청에서 Additional Services Do not overwrite, Do not check existence 및 Delete and Write 서비스를 Request Options로 지정할 수 있습니다.
이제 DIVArchive 작업에 일부 특정 테이프 드라이브(Oracle T10K 및 IBM LTO 드라이브)에 대한 총 테이프 크기가 포함됩니다.
DIVArchive 7.5는 새 유형의 Sony ODA 드라이브를 지원합니다. 이러한 드라이브에 대한 세부정보는 다음과 같습니다.
Sony에서는 차세대 ODA 드라이브인 ODS-280F와 ODS-280U를 릴리스했습니다. DIVArchive는 광 섬유 채널 유형으로만 테스트되었습니다. 이러한 드라이브는 Gen1 드라이브보다 두 배 빠릅니다. ODS-280U는 DIVArchive 7.5에서의 사용이 적격하지 않은 것으로 확인되었습니다.
이 드라이브에는 새 유형의 카트리지 ODC3300R을 사용할 수 있습니다. 이는 용량이 3.3TB인 WORM 드라이브입니다.
Gen2 드라이브는 Gen1 드라이브를 사용하여 Gen1 매체에서 기록된 컨텐츠를 읽을 수 있습니다. DIVArchive는 READ-ONLY 매체 드라이브 호환성을 지원하지 않습니다. Oracle은 구성에서 Gen1 매체를 Gen2 매체와 격리할 것을 권장합니다(세대 간 비호환). 또한 Gen1 카트리지가 포함된 라이브러리에 하나 이상의 Gen1 드라이브가 있어야 합니다.
DataExpedition 릴리스 1.17이 지원됩니다.
JDBC Thin 드라이버를 통해 Oracle SID 설정 대신 Oracle Service Name을 사용할 수 있습니다.
Oracle DIVArchive Partial File Restore 작업을 위해 MPEG2 Transport Stream의 기능이 향상되었습니다. 이제 이 기능은 AES3 오디오 트랙과 함께 HD MPEG 비디오 에센스를 지원합니다.
Promedia Carbon(이전 Rhozet)이 지원됩니다. DIVArchive 7.5에서 지원되는 새 트랜스코더입니다. Configuration Utility에서 트랜스코더 유형 Rhozet를 선택할 수 있게 되었습니다. Name과 GUID가 Presets 및 Profiles 형식 유형에 대한 옵션으로 지원됩니다.
이제 빈 파일과 폴더의 아카이브 및 복원이 지원됩니다.
빈 파일과 폴더는 AXF에서만 지원됩니다. Legacy 형식이 사용되고 있으면 DIVArchive는 전송 중 빈 파일 또는 폴더가 검색되는 경우 오류를 보고합니다(이전 동작은 더 이상 지원되지 않음). Legacy 형식으로 아카이브된 빈 파일 또는 폴더를 포함하는 객체는 성공하지만 빈 파일과 폴더는 무시됩니다. 빈 파일과 폴더를 포함하는 데이터를 Legacy 매체로 아카이브하는 데 익숙한 사용자는 AXF 매체로 전환할 수 있습니다.
이제 빈 파일이 Object Properties 대화 상자에 있는 Instances 탭의 Elements 목록에 표시됩니다. 폴더는 메타데이터이며 실제로 테이프에 존재하지 않으므로 Elements 목록에 표시되지 않습니다.
모든 파일과 폴더는 Object Properties 대화 상자의 Components 탭에 표시됩니다.
Windows 운영체제를 사용하여 만들어진 바로가기는 파일로 처리되므로 심볼릭 링크로 표시되지 않습니다. UNIX 플랫폼에서 만들어진 심볼릭 링크만 아카이브되어 DIVArchive에서 심볼릭 링크로 표시됩니다.
getFilesAndFolders 호출에서 반환된 Java 및 C++ API 파일 목록에 심볼릭 링크가 포함됩니다.
이제 내보내기 및 가져오기 작업의 type 속성에 심볼릭 링크를 나타내는 S 문자가 포함될 수 있습니다.
긴 경로 이름이 Windows와 Linux에서 지원됩니다. 절대 경로 이름은 Windows와 Linux에서 최대 4000자로 지원됩니다. 상대 경로 이름은 Windows 시스템에서만 256자로 제한됩니다.
이제 Control GUI에서 정규화된 파일 경로와 정규화된 빈 폴더 경로가 Object Properties 대화 상자 Properties 탭의 Components 목록에 표시됩니다.
이제 마이그레이션 서비스 작업에 이벤트가 연관되었습니다. 모든 작업 이벤트가 Job Properties 대화 상자의 Job Events 탭 아래에 표시됩니다. 기본적으로 이벤트는 time 및 event id별로 내림차순으로 로드됩니다. Job Events 탭의 Events 테이블에서는 심각도에 따라 이벤트가 다양한 색상으로 강조 표시됩니다. 빨간색은 오류, 노란색은 경고, 흰색은 정보를 나타냅니다. 새 Refresh 버튼을 누르면 전체 Job Properties 대화 상자가 새로고침됩니다.
마이그레이션 작업을 통해 테이프 형식을 Legacy에서 AXF로 변경해야 합니다. 테이프 재압축으로는 테이프 형식이 변경되지 않습니다. 구성에서 테이프 그룹 형식이 Legacy에서 AXF로 업데이트된 경우에도 기존 Legacy 형식 객체를 재압축할 때 테이프 형식이 유지됩니다.
Oracle DIVArchive Storage Plan Manager가 64비트 운영체제를 사용하도록 포팅되었습니다.
이제 작업을 마우스 오른쪽 버튼으로 누르고 컨텍스트 메뉴에서 Mark Action Completed를 선택하여 SPM 실패 작업의 상태를 Completed로 변경할 수 있습니다.
일반적으로 SPM은 Once Only 옵션이 NO로 설정된 상태에서 사용자가 수동으로(또는 실수로) 스토리지 슬롯 만료 전 SPM에서 복사한 인스턴스를 삭제하는 경우 완료된 Copy 작업을 재시도합니다. 또한 SPM은 일반적으로 인스턴스를 삭제한 후 사용자가 수동으로(또는 실수로) 인스턴스를 스토리지 슬롯 매체에 복사하는 경우 완료된 Delete 작업을 재시도합니다. SPM은 사용자가 완료로 표시한 작업을 재시도하지 않습니다. 하지만 사용자가 완료한 작업을 마우스 오른쪽 버튼으로 누르고 컨텍스트 메뉴에서 Reschedule Action을 선택하여 해당 작업의 일정을 다시 잡을 수 있습니다. Mark Action Completed(사용자가 수행) 옵션은 administrator 프로파일을 통해서만 사용할 수 있습니다.
자세한 내용은 Oracle DIVArchive 7.5 Additional Features 설명서 라이브러리의 Oracle DIVArchive 7.5 Storage Plan Manager User's Guide를 참조하십시오.
Operator 및 Advanced Operator 프로파일은 Control GUI 프로파일에 있습니다. 두 프로파일의 차이점은 Insert 및 Eject 테이프 명령이 Advanced Operator 프로파일에만 포함되어 있다는 것입니다. 정상 작동 중에는 테이프를 삽입하거나 꺼내지 않는 경우 Operator 프로파일을 사용합니다.
DIVAnet 2.1은 DIVArchive 7.5 Linux 기반 설치와의 호환성을 위한 새 릴리스입니다. DIVAnet 2.1은 Windows 기반 시스템에서도 실행됩니다. 단, DIVArchive 7.3.1 이전 릴리스와는 호환되지 않습니다. DIVArchive 7.3.1 이전 DIVArchive 릴리스를 실행 중인 경우 DIVAnet 2.0 또는 Legacy DIVAnet을 사용해야 합니다.
Legacy Oracle DIVAnet은 소프트웨어 릴리스 레벨이 다른 DIVArchive 시스템 및 DIVArchive 7.3.1 이전 릴리스를 연결할 때 계속 사용할 수 있습니다.
7.3.1 이전 DIVArchive 릴리스를 작동 중인 경우 DIVAnet 2.0 설명서 라이브러리의 DIVAnet 설치, 구성 및 작업 설명서 또는 DIVArchive Legacy 설명서 라이브러리(DIVArchive 릴리스 6.5 및 7.2의 경우)의 적합한 Legacy DIVAnet 설명서를 참조하십시오.
DIVAnet 2.1은 Legacy DIVAnet과 다르게 구성되므로 그대로 대체할 수 없습니다. DIVAnet 2.1을 사용하려면 모든 사이트에 DIVArchive 릴리스 7.3.1 이상이 설치되어야 합니다.
DIVAnet 2.1의 주요 특징은 다음과 같습니다.
새 아키텍처가 보다 많은 사이트, 요청, 연결 및 객체를 지원합니다.
구성 용이성, 관리 용이성 및 유연성이 뛰어나며 오류 처리 기능이 향상되었습니다.
새 DIVAnet UI(사용자 인터페이스)가 강력한 요청 모니터링과 자산 검색 기능 및 더욱 단순하고 유연한 조정, 복사/삭제 프로세스를 갖추었습니다.
API 기능이 향상되었습니다.
Oracle Linux 7 x86_64 이상 호환성이 지원됩니다.
새 DIVAnet 버전에 대한 자세한 내용은 DIVAnet 2.1 설명서 라이브러리의 Oracle DIVAnet 설치, 구성 및 작업 설명서를 참조하십시오.
DIVArchive 라이센스 정보는 부록 A를 참조하십시오.
새로운 기능 및 향상된 기능에 맞도록 DIVArchive 7.5 구성 파일이 변경되었습니다. 이 절에서는 변경사항에 대한 간략한 개요를 제공합니다. 보다 자세한 내용은 각 구성요소와 관련된 절을 참조하십시오.
새 Manager ABORT_ARCHIVES_ON_EMPTY_FILES 구성 설정은 빈 파일을 포함하는 아카이브 요청을 종료합니다. 기본 설정은 빈 파일의 아카이브를 허용하는 disabled입니다.
새 Manager DIVAMANAGER_DBSERVICENAME 구성 설정은 Oracle ServiceName 설정입니다. 이는 데이터베이스 설치 중 설정됩니다. 권장되는 설정은 lib5.world입니다. 이 값 또는 DIVAMANAGER_DBSID를 반드시 설정해야 합니다. 모두 설정하면 ServiceName이 Oracle SID보다 우선합니다.