Skip Headers
StorageTek Automated Cartridge System Library Software 릴리스 노트
릴리스 8.3
E50967-01
 

 

StorageTek Automated Cartridge System Library Software

릴리스 노트

릴리스 8.3

E50967-01

2013년 9월

ACSLS 8.3은 다양한 플랫폼과 파일 시스템 환경 설정으로 고객에게 더 많은 유연성을 제공합니다. ACSLS 패키지는 현재 Solaris 10, Solaris 11, Oracle Linux 6 플랫폼의 모든 파일 시스템에 설치됩니다.

기타 ACSLS 설명서는 다음 위치의 OTN(Oracle Technical Network)을 참조하십시오.

http://docs.oracle.com/

요구 사항

이 절에서는 플랫폼, 운영 체제, 시스템, 브라우저, 공동 호스팅 요구 사항을 설명합니다.

플랫폼 요구 사항

ACSLS 8.3은 현재 SPARC 또는 X86 서버 플랫폼에서 성공적으로 실행됩니다.

메모리

ACSLS 8.3에는 최소 2GB 메모리가 필요합니다. 여러 개의 마운트 및 마운트 해제 작업 요청이 동시에 처리되는 고용량 라이브러리 환경에서는 추가 메모리(최대 16GB)를 할당하는 것이 좋습니다.

디스크 용량

ACSLS 8.3이 설치될 파일 시스템에 최소 40GB의 사용 가능한 공간이 있어야 합니다. 그러면 ACSLS 및 WebLogic 바이너리를 수용하고, 계속되는 로깅 및 데이터베이스 백업 작동을 위한 충분한 스토리지를 제공할 수 있습니다.

네트워크 I/O

클라이언트와 라이브러리 통신을 위해 적어도 하나의 10/100/1000-base-T 네트워크 포트가 필요합니다. SL8500 및 SL3000 라이브러리에 연결할 때는 전용 중복 네트워크 어댑터가 권장됩니다. 중복 전자 부품 기능이 장착된 SL8500 또는 SL3000 라이브러리에 연결할 경우 중복 네트워크가 필요합니다.

광 섬유 채널

StorageTek SL500 또는 SL150과 같은 광 섬유로 연결된 라이브러리를 지원하려면 광 섬유 채널 개시자 포트가 필요합니다.

ACSLS가 광 섬유 채널 클라이언트 응용 프로그램에 논리적 라이브러리를 제공하는 경우 광 섬유 채널 대상 포트가 필요합니다. 대상 모드 작업에는 4Gb/s 이상의 QLogic HBA가 필요합니다.

운영 체제 요구 사항

ACSLS 8.3은 다음 운영 체제에서 테스트되었고 적합성을 인증받았습니다.

  • Solaris 10 Update 10/Update 11 for SPARC

  • Solaris 10 Update 10/Update 11 for X86

  • Solaris 11 Update 1 for SPARC

  • Solaris 11 Update 1 for X86

  • Oracle Linux 6.3 for X86


주:

ACSLS 8.3은 Oracle Linux 6.3에서 테스트되었습니다. 다른 릴리스의 Oracle Linux와 다른 버전의 Linux에서는 ACSLS 8.3이 테스트되지 않았습니다.

이 문서에서 Linux는 Oracle Linux 6.3을 지칭합니다.


소프트웨어 요구 사항

  • ACSLS는 PostgreSQL을 사용하여 라이브러리 컨트롤용 데이터베이스 서비스를 관리합니다.

    • PostgreSQL 8.3은 Solaris 10의 표준 포함 사항입니다.

    • Solaris 11의 경우 Oracle e-delivery 사이트에서 ACSLS 8.3 패키지와 함께 PostgreSQL 8.3 패키지가 제공됩니다. 설치 지침은 ACSLS 8.3 Installation Guide에 나와 있습니다.

    • Linux의 경우 Oracle yum 저장소에서 PostgreSQL 8.4를 쉽게 설치할 수 있습니다. 지침은 ACSLS 8.3 Installation Guide에 포함되어 있습니다.

  • WebLogic 10.3.5는 ACSLS 8.3에 번들로 제공됩니다.

  • ACSLS GUI, 논리적 라이브러리 서비스, lib_cmd에는 Java 1.6 또는 Java 1.7이 필요합니다. 필요한 Java 런타임 환경은 Solaris 10, Solaris 11, Linux 6에 포함된 표준 패키지입니다.

  • ACSLS 8.3은 (선택적) 장치 드라이버를 포함합니다.

    • mchanger 드라이버는 SL500 및 SL150과 같은 광 섬유로 연결된 라이브러리를 제어하는 데 사용됩니다.

    • qltstmf 드라이버는 광 섬유 채널 클라이언트 응용 프로그램에 논리적 라이브러리를 제공하는 데 사용됩니다.

    • 이러한 드라이버가 사용될 경우 ACSLS 8.3은 커널 레벨 기능에 즉시 액세스할 수 있어야 합니다. 이 경우 ACSLS가 Solaris 영역 환경에 설치될 수 없습니다.

브라우저 요구 사항

ACSLS 8.3 그래픽 사용자 인터페이스는 다음 브라우저를 사용하여 테스트되었습니다.

  • Firefox 22.0

  • Chrome 28.0

Internet Explorer 버전 8, 9, 10의 경우 특정 ACSLS 서버 설치에 고유한 공개/개인 키 쌍을 사용하여 SSL 인증서를 만들어야 합니다. SSL 인증서 만들기에 대한 자세한 내용은 ACSLS 8.3 Installation Guide를 참조하십시오.

공동 호스팅

중단 없는 라이브러리 서비스를 보장하고 리소스 경합으로 인한 예상치 않은 문제를 피하려면 일반적으로 ACSLS가 전용 서버에서 독립형 환경으로 실행되는 것이 좋습니다. 그러나 일부 시스템은 서로 완전히 격리되어 있더라도 공동 호스팅 방식으로 여러 응용 프로그램을 실행할 수 있도록 특별히 설계되었습니다. 특히 Solaris 컨테이너와 Oracle Solaris VM Server for SPARC는 ACSLS와 함께 조건부 공동 호스팅이 가능합니다.

다음 절에서는 ACSLS 응용 프로그램의 다양한 공동 호스팅 옵션과 연관된 조건 및 제한 사항을 자세히 설명합니다.

Solaris 컨테이너

시스템 관리자는 Solaris 컨테이너(영역)를 사용하여 표준 저비용 서버를 4개의 독립된 Solaris 시스템으로 분할할 수 있으며, 각각 고유의 격리된 파일 시스템과 고유의 Solaris 인스턴스를 갖게 됩니다. 각 컨테이너에 네트워크 리소스를 지정할 수 있고, 동일한 플랫폼에서 다른 영역의 응용 프로그램에 영향을 주지 않고 로컬(비전역) 영역을 재부트할 수 있습니다.

그러나 여러 영역에서 장치 드라이버와 같은 커널 리소스를 공유하는 기능은 아무리 좋게 봐도 빈약합니다. 이상적으로, 커널 드라이버가 필요한 응용 프로그램은 전역 영역에 상주합니다. 그러나 일반적으로 전역 영역에 응용 프로그램을 설치하는 것은 좋은 방법이 아닙니다. 응용 프로그램에 치명적 조건이 발생할 경우 다른 영역에서 실행 중인 다른 응용 프로그램에 영향을 미칠 수 있기 때문입니다.

ACSLS 8.x는 드라이버가 네트워크 인터페이스를 벗어나지 않는 경우에만 Solaris 컨테이너에 상주할 수 있습니다. 논리적 라이브러리에 필요한 대상 모드의 광 섬유 채널 드라이버(qlt)를 사용하려면 응용 프로그램을 Solaris 컨테이너에 설치하면 안됩니다. 또는 mchanger 드라이버가 필요한 광 섬유로 연결된 라이브러리를 사용하려면 응용 프로그램을 Solaris 컨테이너에 설치하면 안됩니다.


주:

Solaris 컨테이너에서 사용하도록 지원되는 ACSLS-HA 버전은 없습니다.

Oracle VM Server for SPARC

Oracle VM Server for SPARC(이전의 Logical Domains 또는 LDOMs)는 CMT(Chip Multithreading) 기술과 함께 SPARC T 시리즈 서버에 제공되는 기술입니다. 이 기술은 각 도메인이 고유의 Solaris 커널을 제어할 정도로, Solaris 컨테이너에 비해 상당한 이점을 제공합니다.

Solaris 관리자는 시스템에서 하드웨어 리소스를 분할하여 특정 도메인에 특정 리소스를 지정할 수 있습니다. 이 가상 시스템상의 네트워크 리소스는 서버에서 최대 128개의 '게스트 도메인'과 쉽게 공유할 수 있습니다. 그러나 PCIe 버스를 통해 I/O 장치에 액세스가 필요한 응용 프로그램은 특수한 'I/O 도메인'에 설치해야 합니다. VM 서버에 만들 수 있는 I/O 도메인 수는 SPARC 플랫폼의 개별 PCIe 버스 수에 따라 다릅니다. 단일 PCIe 버스 시스템의 경우 2개의 I/O 도메인을 가질 수 있고, 이들 중 하나가 컨트롤 도메인이어야 합니다.

오직 라이브러리에 네트워크 연결에만 의존해서 클라이언트 응용 프로그램과 통신하는 ACSLS 응용 프로그램은 이 서버의 게스트 도메인에 설치할 수 있습니다. 가상 네트워크 설정 절차는 Oracle VM Server for SPARC 2.1 Administration Guide 문서의 "Using Virtual Networks" 절에 설명되어 있습니다.

ACSLS 8.x 응용 프로그램을 논리적 라이브러리와 함께 사용하거나 SL500 또는 SL150과 같은 광 섬유 채널 라이브러리에 연결하려는 경우 ACSLS가 I/O 도메인에 설치되어야 합니다. Oracle VM Server for SPARC 2.1 Administration Guide의 "Setting up I/O Domains" 절을 참조하십시오.

향상된 기능

이 릴리스에는 여러 향상된 기능이 포함되어 있습니다.

새로운 OS 지원 — Solaris 11

ACSLS 8.3은 Solaris 10 Update 10 및 Update 11뿐만 아니라 Solaris 11 Update 1에서도 지원됩니다. Solaris 11 포트에는 Solaris 10에 제공된 기능이 모두 포함됩니다. Solaris 11에서 ACSLS HA 지원은 이 릴리스 출시 당시에 사용할 수 없습니다.

새로운 OS 지원 — Linux

ACSLS 8.3은 Oracle Linux 6.3에서 지원됩니다. Linux 포트는 ACSAPI 클라이언트 작업을 완전히 지원합니다. cmd_proc, ACSLS GUI, lib_cmd를 비롯한 사용자 인터페이스를 모두 포함합니다. Linux 포트는 논리적 라이브러리를 지원하지 않는데, 광 섬유 채널 클라이언트에 논리적 라이브러리를 제공하는 기능이 Solaris COMSTAR 기반구조에 의존하기 때문입니다. ACSLS HA는 Linux에서 지원되지 않습니다.

고객이 정의한 설치 디렉토리

ACSLS 패키지는 사용자가 정의한 파일 시스템에 설치할 수 있습니다. 기본 설치는 /export/home에 남아 있지만, 설치 프로그램이 충분한 공간이 있는 파일 시스템에 기본 설치를 재배치할 수 있습니다. 자세한 내용은 ACSLS 8.3 Installation Guide를 참조하십시오.

제품 구성 유연성

install.sh 루틴이 더 많은 유연성으로 재설계되어 사용자는 제품의 다른 구성 요소에 영향을 주지 않고 제품의 일부분을 설치, 제거 또는 재설치할 수 있습니다. 자세한 내용은 ACSLS 8.3 Installation Guide를 참조하십시오.

Java 7 지원

ACSLS의 Java 함수가 Java 6 및 Java 7과 호환됩니다.

probeFibre.sh 유틸리티의 향상된 기능

probeFibre.sh 유틸리티가 이제 FC로 연결된 테이프 라이브러리에 대한 상세한 정보를 제공합니다. -v 옵션을 사용할 때 각 FC HBA에 대해 개시자 포트가 연관된 라이브러리와 함께 출력에 반영됩니다(Solaris 및 Linux에 모두 사용 가능).

자동 청소 기능에 대한 향상된 기능

  • 테이프 드라이브를 자동으로 청소하려는 시도를 실패할 경우 ACSLS는 다른 클리너를 선택해서 재시도합니다.

  • 청소 카트리지의 유효 수명을 연장합니다. 테이프 드라이브에 따라 미리 정의된 max usage 값보다 오래 사용한 클리너를 식별합니다.

  • 쿼리 청소에 대한 응답에 사용된 클리너를 식별합니다.

  • 청소 카트리지의 마운트 해제를 실패할 경우 재시도합니다.

마운트 재시도 동작 조정 가능

MOUNT_RETRY_TIME_LIMIT를 5분부터 위쪽으로 조정할 수 있습니다. 사용자는 dv_config 유틸리티를 실행하여 이 변수를 조작할 수 있습니다. ACSLS 8.3 Administration Guide의 "Setting Variables that Control ACSLS Behavior" 장을 참조하십시오.

acsss status에 대한 새로운 상태 응답

상태 메시지에 webLogic 및 acsls 시작/중지 상태에 관한 세분성이 표시됩니다(online/offline/starting/stopping).

조정 가능한 시작 시간 초과(Solaris)

acsls SMF 서비스 시작 및 복구에 더 많은 시간이 필요한 비정상적 라이브러리 구성을 수용하기 위해 ACSLS 8.3은 사용자 정의 시작 정책을 제공합니다. 자세한 내용은 ACSLS 8.3 Administration Guide를 참조하십시오.

ACS에서 최대 16개 분할 영역 지원

SL8500 컴플렉스에서 분할을 지원합니다.

FCoE 테이프 드라이브 지원

T10000D FCoE(Fibre Channel over Ethernet) 드라이브 유형으로 T10000D FCoE 및 T10000DE FCoE를 지원합니다. 매체 유형에 대해 17개 이상의 호환되는 드라이브 유형이 지원됩니다.

GUI 진단 유틸리티

ACSLS GUI 설치에는 WebLogic 상태, acsls 배치 및 가능한 방화벽 설정을 포함한 여러 종속성이 있습니다. 새 유틸리티 checkGui.sh는 이러한 다양한 종속성을 테스트하고 각 상태를 보여주는 요약 보고서를 제공합니다. 자세한 내용은 ACSLS 8.3 Administrator’s Guide의 부록 "Troubleshooting"을 참조하십시오.

수정

이 릴리스에는 ACSLS 8.2 이전 버전에서 보고된 다음 버그에 대한 수정이 포함되어 있습니다.

논리적 라이브러리 지원

ACSLS 8.3에는 논리적 라이브러리 지원에 대한 다음 수정이 포함되어 있습니다.

acsss_config: 논리적 볼륨 청소 및 삭제된 논리적 ACS에 대한 scsi 매핑이 추가됨

acsss_config(drop_tables.sh를 사용하지 않음)를 사용하여 라이브러리 구성에서 ACS를 제거하는 경우 관리자는 해당 ACS가 지원하는 논리적 라이브러리를 먼저 제거해야 합니다. ACSLS GUI 또는 lib_cmd 유틸리티를 사용하여 이를 수행할 수 있습니다. 이 작업은 클라이언트 응용 프로그램에 지장을 줄 수 있습니다.

권장되는 단계는 다음과 같습니다.

  • 논리적 ACS 및 관련 논리적 드라이브를 오프라인 상태로 전환합니다.

  • 클라이언트 구성(클라이언트 종속 항목)에서 논리적 ACS를 제거합니다.

  • ACSLS 구성에서 논리적 ACS를 삭제합니다.

  • 원형 물리적 ACS를 제거하려면 acsss_config를 사용합니다.

현재 변경 사항은 이러한 모든 단계를 수행하지 않습니다. 관리자가 권장되는 절차를 따르지 않은 이벤트에서 관련 데이터베이스 레코드만 제거합니다. 대상 모드 Fibre 드라이버에 대한 변경 사항을 전파하려면 재부트해야 할 수 있습니다.

광 섬유 채널 클라이언트 이동 매체 대상 슬롯이 ACSLS에서 올바르게 업데이트되지 않음

FC 클라이언트 작업(이동 매체 작업에 사용된 클라이언트)이 ACSLS를 이동한 후 예상치 않은 논리적 위치를 표시하는 경우가 여럿 있습니다.

  • FC 클라이언트가 마운트 해제 작업을 요청한 경우 마운트 시 원본 소스 이외의 대상 슬롯을 지정하면 ACSLS는 원본 소스 요소를 유지하고 클라이언트가 제공한 대상 요소를 무시했습니다.

  • FC 클라이언트가 가져오기/내보내기 요소를 지정하는 대상을 사용하여 이동 작업을 요청한 경우 논리적 볼륨 레코드는 예상된 가져오기/내보내기 요소가 아닌 0의 현재 위치를 표시했습니다.

이러한 문제는 현재 수정되었으며 영향을 받는 볼륨의 논리적 위치에 클라이언트가 지정한 값이 반영됩니다.

드라이브 보고서가 드라이브의 마지막 논리적 주소를 사용하는 존재하지 않는 볼륨으로 가득 참

존재하지 않음으로 표시된 논리적 라이브러리의 볼륨에 대한 업데이트가 개선되었습니다. 이전에는 사용할 수 없는 상태인 경우에도 드라이브 및 FC에 대한 스토리지 슬롯의 존재하지 않는 볼륨을 보고했습니다. 이제 존재하지 않는 볼륨은 액세스할 수 없는 것으로 보고되며 실제 볼륨을 찾을 때까지 클라이언트에 표시되지 않습니다. 업데이트된 fixVol.sh 스크립트는 존재하지 않는 볼륨을 포함하여 잠재적 데이터베이스 불일치를 수정하는 데 사용할 수 있습니다. 이는 가져온 데이터베이스에 존재하지 않는 논리적 볼륨이 포함되어 있는 경우 유용합니다.

마운트 및 마운트 해제

ACSLS 8.3에는 마운트 및 마운트 해제에 대한 다음 수정이 포함되어 있습니다.

마운트 해제가 실패하고 카트리지가 드라이브에 남아 있는 경우 드라이브 데이터베이스 레코드의 vol_id가 지워짐

이제 드라이브 레코드의 vol_id가 유지됩니다.

자동 청소가 실패할 때 마운트 요청이 림보 상태로 유지될 수 있음

일부 조건에서 자동 청소가 실패하면 마운트 오류 응답이 acslm을 반환하지 않았습니다. 몇 주 후에는 acslm은 대기열에 있는 수백 개의 마운트 요청을 보고할 수 있었습니다. 이제 가능한 경우 자동 청소가 재시도되도록 하며 복구할 수 없는 경우 마운트 오류 응답을 acslm에 반환합니다.

사용한 청소 카트리지로 인한 청소 실패를 항상 보고

사용한 청소 카트리지가 보고되지 않는 경우도 있었습니다.

한 번의 마운트 해제 시도가 실패한 후 청소 카트리지가 드라이브에 남아 있음

청소 카트 마운트 해제가 다른 마운트 해제와 같이 재시도되지 않았습니다.

예약된 셀에서 마운트되고 있는 볼륨을 존재하지 않는 볼륨으로 표시할 수 있음

동일한 볼륨을 두 개의 다른 드라이브에 동시에 마운트하려고 시도하면 카트리지 복구에서 이 볼륨을 존재하지 않는 것으로 표시할 수 있었습니다. 두 가지 마운트는 볼륨의 홈 셀 예약을 시도하는 시간까지 동시에 처리될 수 있었습니다. 두번째 마운트를 위한 셀 예약이 실패했으며 카트리지 복구가 볼륨에 대해 호출되었습니다. 카트리지 복구에서 첫번째 마운트로 인해 셀이 비어 있음을 확인하고 볼륨을 존재하지 않는 것으로 표시했습니다.

볼륨의 access_date가 1일 이상 지난 경우 볼륨을 복구하는 데 카트리지 복구만 호출하도록 논리를 변경합니다. 이 경우 셀의 RESERVED 상태가 사용되지 않을 수 있습니다.

기타 ACSLS 기능

ACSLS 8.3에는 다음 수정이 포함되어 있습니다.

예약된 셀을 감사에서 액세스할 수 없도록 업데이트할 수 없음

감사 중 라이브러리에서 "이 주소에 셀 없음"으로 잘못 보고한 예약된 셀이 '액세스할 수 없음'으로 올바르게 업데이트되지 않았습니다. 이제 라이브러리에서 셀을 "이 주소에 셀 없음"으로 보고하는 경우 ACSLS는 셀이 ACSLS 데이터베이스에 예약되어 있는 경우에도 액세스할 수 없는 것으로 업데이트합니다.

준비되지 않은 LSM 이후 LSM 작업 불가 이벤트 전송

라이브러리에서 준비되지 않은 LSM 메시지를 보고한 경우 이벤트 통지에 등록된 클라이언트로 LSM 작업 불가 이벤트를 전송합니다.

x86의 CSI_MULTI_HOMED_CL – 클라이언트 IP 주소에 역순 옥텟이 있음

ACSLS x86 서버에서 CSI_MULTI_HOMED_CL(클라이언트) 동적 변수가 TRUE로 설정되어 있는 경우 CSI가 사용하는 클라이언트 IP 주소에 거꾸로된 순서의 옥텟이 있습니다. CSI에서 이 클라이언트 IP 주소를 보고하며 CSI에서 클라이언트 요청에 대한 응답을 시도하는 데 사용합니다.

설명서 접근성

Oracle의 접근성 개선 노력에 대한 자세한 내용은 http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc에서 Oracle Accessibility Program 웹 사이트를 방문하십시오.

Oracle 지원 액세스

Oracle 고객은 My Oracle Support를 통해 온라인 지원에 액세스할 수 있습니다. 자세한 내용은 http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info를 참조하거나, 청각 장애가 있는 경우 http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs를 방문하십시오.


StorageTek Automated Cartridge System Library Software 릴리스 노트, 릴리스 8.3

E50967-01

Copyright © 2013, Oracle and/or its affiliates. All rights reserved.

본 소프트웨어와 관련 문서는 사용 제한 및 기밀 유지 규정을 포함하는 라이센스 계약서에 의거해 제공되며, 지적 재산법에 의해 보호됩니다. 라이센스 계약서 상에 명시적으로 허용되어 있는 경우나 법규에 의해 허용된 경우를 제외하고, 어떠한 부분도 복사, 재생, 번역, 방송, 수정, 라이센스, 전송, 배포, 진열, 실행, 발행, 또는 전시될 수 없습니다. 본 소프트웨어를 리버스 엔지니어링, 디스어셈블리 또는 디컴파일하는 것은 상호 운용에 대한 법규에 의해 명시된 경우를 제외하고는 금지되어 있습니다.

이 안의 내용은 사전 공지 없이 변경될 수 있으며 오류가 존재하지 않음을 보증하지 않습니다. 만일 오류를 발견하면 서면으로 통지해 주기 바랍니다.

만일 본 소프트웨어나 관련 문서를 미국 정부나 또는 미국 정부를 대신하여 라이센스한 개인이나 법인에게 배송하는 경우, 다음 공지 사항이 적용됩니다.

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

본 소프트웨어 혹은 하드웨어는 다양한 정보 관리 애플리케이션의 일반적인 사용을 목적으로 개발되었습니다. 본 소프트웨어 혹은 하드웨어는 개인적인 상해를 초래할 수 있는 애플리케이션을 포함한 본질적으로 위험한 애플리케이션에서 사용할 목적으로 개발되거나 그 용도로 사용될 수 없습니다. 만일 본 소프트웨어 혹은 하드웨어를 위험한 애플리케이션에서 사용할 경우, 라이센스 사용자는 해당 애플리케이션의 안전한 사용을 위해 모든 적절한 비상-안전, 백업, 대비 및 기타 조치를 반드시 취해야 합니다. Oracle Corporation과 그 자회사는 본 소프트웨어 혹은 하드웨어를 위험한 애플리케이션에서의 사용으로 인해 발생하는 어떠한 손해에 대해서도 책임지지 않습니다.

Oracle과 Java는 Oracle Corporation 및/또는 그 자회사의 등록 상표입니다. 기타의 명칭들은 각 해당 명칭을 소유한 회사의 상표일 수 있습니다.

Intel 및 Intel Xeon은 Intel Corporation의 상표 내지는 등록 상표입니다. SPARC 상표 일체는 라이센스에 의거하여 사용되며 SPARC International, Inc.의 상표 내지는 등록 상표입니다. AMD, Opteron, AMD 로고, 및 AMD Opteron 로고는 Advanced Micro Devices의 상표 내지는 등록 상표입니다. UNIX는 The Open Group의 등록상표입니다.

본 소프트웨어 혹은 하드웨어와 관련문서(설명서)는 제 3자로부터 제공되는 컨텐츠, 제품 및 서비스에 접속할 수 있거나 정보를 제공합니다. Oracle Corporation과 그 자회사는 제 3자의 컨텐츠, 제품 및 서비스와 관련하여 어떠한 책임도 지지 않으며 명시적으로 모든 보증에 대해서도 책임을 지지 않습니다. Oracle Corporation과 그 자회사는 제 3자의 컨텐츠, 제품 및 서비스에 접속하거나 사용으로 인해 초래되는 어떠한 손실, 비용 또는 손해에 대해 어떠한 책임도 지지 않습니다.