Advanced Format: 4k Sector Size

근본적인 4K 섹터 크기를 가진 Advance Format 저장 장치의 개념은 신입 회원에게 일정한 혼란을 야기 할 수있는 개념입니다. 일단 기본을 이해하면 실제로는 매우 간단합니다. 동일한 규칙이 공급 업체와 상관없이 모든 4k 장치에 적용되기 때문에 이는 불행한 일입니다. 안타깝게도 아직 Advanced Format을 지원하지 않는 벤더 중 일부는 이를 공격하는 방법으로 사용할 수있는 예측 가능한 경로를 택했습니다. 물론 사물을 혼란스럽게하는 것이 그들의 관심사입니다. 이 페이지를 작성했을 때, 제품이 Advanced Format을 지원하는 공급 업체에서 일을 했으므로 이 페이지는 주제에 명확성을 부여하려는 시도였습니다. 일을 간단하게하기 위해, 당신이 읽고있는 페이지는 기초에 관해 토론 할 것이고, 깊은 다이빙 페이지는 표지를보고 싶어하는 사람들을위한 깊은 잠수가 될 것입니다. 일을 단순화하기를 원한다면, 무슨 일이 일어나고 있는지를 이해하지 않고 답변 만 필요로하는 정도까지, "답변은 무엇이며 어떻게해야합니까?"라는 부분으로 건너 뛸 수 있습니다. 소개 많은 새로운 디스크 기술과 마찬가지로, 바이올린 메모리 플래시 어레이는 레거시 디스크 드라이브에 사용되는 전통적인 512 바이트 섹터보다는 4KB 섹터 크기를 가지고 있습니다. 이 더 큰 섹터 크기는 더 큰 용량의 스토리지와 향상된 성능을위한 잠재력을 제공하므로 IDEMA라는 집단 산업 그룹을 통해 Western Digital, HGST 및 Seagate와 같은 사람들이 채택했습니다. 모든 소프트웨어가 4k 섹터 크기를 처리 할 수있는 것은 아니므로 고급 형식 저장소 시스템에는 에뮬레이션 모드 ( "512e"라고 함)와 기본 모드 ( "4k"라고 함)의 두 가지 저장소 옵션이 있습니다. 이것은 무엇을 의미 하는가? 음, 섹터의 크기, 즉 쓰거나 읽을 수있는 가능한 최소량의 데이터가 512 바이트에서 4k로 8 배 증가한다는 의미입니다. 이것은 많은 긍정적 인 이점이 있습니다. x 바이트의 데이터를 스토리지 시스템에 작성한다고 생각할 수도 있지만 실제로 n은 주소 표시, 동기화 표시 및 오류 수정 코드와 같은 추가 메타 데이터를 나타냅니다. (ECC) - 위 이미지의 모든 것이 "데이터"가 아닙니다. 나는이 다른 구성 요소들이하는 일을 다루지는 않을 것입니다. 그러나 당신이 관심이 있다면 여기서 좋은 고차원적인 설명을 읽을 수 있습니다. ECC는 더 복잡한 코드가 오류를 감지하고 수정하는 향상된 기능을 허용하지만 더 많은 공간 (n의 크기가 증가)을 필요로하고 레거시 모델 ECC에서 단지 50 바이트로 제한되기 때문에 특별한 관심이 있습니다. 결과적으로 디스크 드라이브가 커지면서 메타 데이터에 손실 된 용량 (즉, 값 n)이 증가하게되었습니다. Advanced Format의 단순한 목표는 x와 n의 비율을 증가시켜 데이터 저장의 효율성을 높이는 것입니다. 이것은 섹터 당 8 배 더 많은 데이터를 패킹하여 메타 데이터에 필요한 용량을 줄임으로써 가능합니다. ECC는 100 바이트로 증가하지만 (단 4KB 당 100 바이트는 512 바이트마다 50 바이트보다 훨씬 효율적입니다). 이러한 변화의 결과로 Advanced Format 드라이브는 데이터에 더 많은 용량을 사용할 수있게 해 주며 (개선 된 형식 효율성) 향상된 오류 감지 및 수정 기능을 제공합니다. 모두가 승자 맞지? 글쎄요, 거의 모든 사람들이 ... 512 바이트의 섹터에 의존하는 코드를 가진 사람은 어떨까요? 에뮬레이션 모드 및 기본 모드 논쟁을 위해서, 당신이 우편 주소 인 221 Baker Street이있는 집을 가지고 있다고 상상해보십시오. 이 번호 (예 : 221)는 집의 실제 주소입니다. 그러나 어떤 시점에서 집을 4 개의 아파트로 나눠서 각각 별도의 우편 주소가 필요합니다. 기존 베이커 스트리트 번호 체계에는 220과 222 베이커 스트리트가 이미 존재하므로 새로운 주소를 할당 할 수있는 공간이 없습니다. 그래서 대답은 무엇입니까? 간단하게, 당신은 각 아파트에 편지를 할당합니다 : 221A 베이커 스트리트, 221B 베이커 스트리트, 221C 베이커 스트리트 및 221D 베이커 스트리트. 물론, 그 집에는 정면에 221이라는 레이블이 붙은 단일 문자 상자가있을 가능성이 높습니다.이 주소는 221A, 221B 등의 논리 주소를 가지고 있습니다. 이 편지함에 편지를 전달하기 위해 실제 주소 나 논리적 주소를 사용할 수 있고 여전히 성공할 수 있음을 알 수 있습니다. Advanced Format은 비슷한 이중 주소 지정 시스템을 제공합니다. 물리적 섹터는 항상 4k 크기이며 물리적 블록 주소를가집니다. 네이티브 모드 ( "4k"라고도 함)라고하는 첫 번째 방법에서 I / O 작업은 4k 물리적 섹터 *에 직접적으로 해당하므로 입출력 크기가 4k 미만이 될 수 없습니다. 이것에 관해 더 말할 것이 있습니다 만, 나중에 다시 돌아올 것입니다. 그러나 기본 모드에 대해 알아야 할 가장 중요한 점은 응용 프로그램, 운영 체제 등이 작동 방식을 이해해야한다는 것입니다. 예를 들어 Linux에서 4k에 대한 I / O 호출은 "정상적인"512 바이트 I / O 호출과 약간 다릅니다. 따라서 응용 프로그램이나 OS가 기본 모드를 지원하지 않으면 어떻게됩니까? 대안은 에뮬레이션 모드 ( "512e"라고도 함)입니다.이 모드는 위의 이미지에 나와 있습니다. 이전 버전과의 호환성을 위해 512e에서 스토리지 시스템은 실제적으로 4k 인 경우 각 섹터가 512 바이트 인 것처럼 가장해야합니다. 위의 우편 주소를 사용한 예에서와 같이 논리 주소 계층은 응용 프로그램이나 OS에서 기대하는 512 바이트 논리 블록 주소와 기본 저장소에서 사용하는 4k 실제 블록 주소 사이를 변환하는데 사용됩니다. 위의 그림에 표시된 예에서 빨간색 / 분홍색으로 표시된 512 바이트 논리 섹터 중 하나에 대한 입출력은 파란색으로 표시된 4096 바이트 물리 섹터에 대한 입출력으로 변환됩니다. 이것은 매우 단순해 보입니다. 대부분의 경우이지만 이 논리적에서 물리적인 변환 계층을 도입한 결과로 고려해야 할 몇 가지 중요한 현상이 있습니다. * 기본 모드에서 논리적 블록 주소의 개념은 여전히 ​​존재하지만 물리적 블록 주소를 사용하여 일대일로 매핑합니다. 따라서 기술적으로 I / O 작업이 논리적 블록 주소로 진행되는 동안,이 고급 토론의 목적을 위해 논리적 블록 주소를 상상하는 것이 편리합니다. 인생은 때로는 그렇게합니다. Partial I/O partial-or-misalignedIn 에뮬레이션 모드에서 논리 블록 주소 L1에 I/O가 발행되고 이것이 물리적 블록 주소 P1로 변환됩니다. 그러나 실제로 무슨 일이 일어나고 있습니까? 512 바이트 블록에서 데이터를 읽는 프로세스는 실제로 물리적 섹터의 4k를 모두 읽게하고 다른 원치 않는 블록은 무시합니다. 이 프로세스를 부분 읽기라고하며 본질적으로 비효율적입니다. 디스크 시스템에서는 성능상의 문제가 발생할 수 있지만 플래시에서는 매우 자주 발생하지 않는 한 문제가 훨씬 적습니다. 512 바이트 블록에 데이터를 쓰는 프로세스는 백그라운드에서 훨씬 더 많은 보이지 않는 작업을 유발합니다. 왜냐하면 스토리지 시스템이 모든 4k 데이터를 메모리로 읽어 들여야하기 때문입니다. 단일 512 바이트 블록을 쓴 다음 전체 4k 섹터를 다시 영구 저장 장치에 다시 기록하십시오. 이를 부분 쓰기 (partial write)라고하며, 필요한 동작을 읽기 수정 쓰기 작업이라고합니다. 많은 경우, 이것은 성능면에서 잠재적으로 훨씬 나쁜 뉴스입니다. 조정 에뮬레이션 모드의 또 다른 고려 사항은 논리적 섹터와 물리적 섹터의 정렬입니다. 예를 들어, 스토리지에 발행 된 다수의 쓰기 I / O가 물리 섹터의 시작에서 시작되지 않으면 정렬 오류로 인해 마지막 논리 블록이 새로운 물리 섹터에 겹치기 때문에 추가 쓰기가 발생하므로 결과적으로 하나 이상의 여분의 I / O는 부분 쓰기가됩니다. 우리는 이것을 오정렬 된 I / O (또는 정렬되지 않은 I / O - 동의어입니다)라고 부릅니다. 매우 자연스럽고 입체적인 I / O는 발생하는 I / O의 양을 대폭 증가시킬뿐만 아니라 부분 I / O를 거의 모든 곳에서 발생시키기 때문에 성능에 커다란 문제를 일으킬 수 있습니다. 다행히도 간단한 일을함으로써 오정렬을 피하는 것은 매우 쉽습니다 : 올바른 장소에서 시작하고 적절한 I / O 크기를 사용하십시오. 물론 더 쉬운 방법은 원래 모드를 사용하는 것입니다. 원래 모드에서는 위치 정렬이 불가능합니다. 요약 요약하면 Advanced Format에는 네이티브 모드와 에뮬레이션 모드의 두 가지 옵션이 있습니다. 에뮬레이션 모드는 이전 버전과의 호환성을 제공하므로 응용 프로그램 (데이터베이스 포함)이나 운영 체제에서 지원하지 않아도 사용할 수 있습니다. 그러나 에뮬레이션 모드는 부분 예방 또는 잘못 정렬 된 I / O의 가능성을 열어 올바른 예방 조치가 취해지지 않으면 성능에 영향을 미칠 수 있습니다. 반면 네이티브 모드는 I / O가 부분적으로나 잘못 정렬되는 것을 거의 보장하지만 응용 프로그램 (데이터베이스 포함)과 운영 체제가 명시 적으로 지원해야한다는 자체주의 사항이 있습니다. 현재 기본 모드 지원은 보편적이지 만 보편적 인 것은 아닙니다. 예를 들어, 대부분의 구형 Microsoft 운영 체제는 에뮬레이션 모드에서만 작동합니다 (Windows 8 및 Windows Server 2012는 기본 모드를 지원합니다. 리눅스 커널은 2.6.32 버전의 [Advanced Format (네이티브 모드 지원 포함)]에 대한 이해가있다. 어느 것을 사용해야합니까? 인생에서 항상 그렇듯이, 상황에 따라 선택의 여지가 있음에도 불구하고 달라질 수 있습니다. 이것이이 페이지의 나머지 부분입니다. 시간이 부족하다면 "답변이 뭐니? 내가 무엇을해야합니까?"라고 물어볼 수 있습니다. 그러나 장기적으로 인터넷을 통해 읽은 것을 단순히 믿는 것보다 선택을 이해하는 것이 훨씬 낫습니다. Oracle 4k Integration: The Essential Facts The key to understanding the use of Oracle with Advanced Format is to recognise these two essential facts. 1. Native mode is only possible in certain situations but, if used, virtually guarantees avoiding performance concerns such as partial or misaligned I/O. 2. Emulation mode is always possible but can allow partial or misaligned I/O to take place, to the potential detriment of performance. If emulation mode is to be used, we must add two further essential facts. 3.Alignment is simple but crucial – any misaligned system will cause partial or misaligned I/O across all of its used sectors. 4.Once alignment is correct, partial I/O can be avoided simply that all data is accessed in multiples of 4k. This section is all about Oracle – and Oracle only has a limited set of file types – so let’s simply go through them all and discuss what unit of I/O Oracle allows for each one. Of course, this being Oracle, some are configurable and others are not. Oracle Datafiles (and ASM Diskgroups) Oracle databases tend to perform I/Os to their datafiles based on the configured database block size (i.e. the parameter DB_BLOCK_SIZE which defaults to 8k in recent releases but can also be 2k, 4k, 16k or 32k). Any I/O to a datafile will subsequently be a minimum of this size, or possibly a multiple. It therefore makes sense that, providing 2k is not chosen, I/Os to and from datafiles will not cause partial I/O in emulation mode. As for native mode support, Oracle introduced support for 4k devices as a new feature in version 11.2, meaning that both the database and Oracle’s Automatic Storage Management (ASM) volume manager explicitly understood 4k devices. In this and subsequent versions of ASM, disk groups created on native mode 4k devices have a "SECTOR_SIZE" property of 4096 (rather than the default 512), while for the database it became possible to change the default block size of the online redo log. However, at least in Linux, native mode is only possible through the use of the ASMLib kernel driver (discussed below). If you want to use ASM and native mode together, ASMLib is the only way. If you are one of the brave souls still using a filesystem rather than ASM then native mode is possible, but only without DIRECTIO enabled (through the use of the FILESYSTEMIO_OPTIONS parameter which must be either ASYNCH or NONE). This is covered more on the deep dive page, or in My Oracle Support note 1133713.1 under the heading "Datafile Support of 4kb Sector Disks". Oracle 4k 통합 : 필수 정보 고급 형식으로 Oracle을 사용하는 것을 이해하는 열쇠는이 두 가지 필수 사실을 인식하는 것입니다. 1. 기본 모드는 특정 상황에서만 가능하지만 사용되는 경우 부분적으로 또는 잘못 정렬 된 I / O와 같은 성능 문제를 피할 수 있습니다. 2. 에뮬레이션 모드는 항상 가능하지만 부분적으로 또는 잘못 정렬 된 I / O가 성능 저하를 초래할 수 있습니다. 에뮬레이션 모드를 사용하려면 두 가지 필수 사실을 더 추가해야합니다. 3. 정렬은 간단하지만 중요합니다. 정렬되지 않은 시스템은 사용 된 모든 섹터에서 부분적으로 또는 잘못 정렬 된 I / O를 발생시킵니다. 4. 일단 정렬이 정확하다면 부분 입출력은 모든 데이터가 4k의 배수로 액세스된다는 것을 피할 수 있습니다. 이 섹션은 오라클에 관한 것입니다. 오라클은 제한된 파일 유형만을 보유하고 있습니다. 따라서 모든 것을 검토하고 각 오라클 입출력 단위가 허용하는 범위에 대해 논의 해 보겠습니다. 물론 이것은 오라클이며 일부는 구성 가능하고 다른 구성은 불가능합니다. Oracle Datafiles (및 ASM 디스크 그룹) 오라클 데이터베이스는 구성된 데이터베이스 블록 크기 (즉, 최신 릴리스에서는 기본값 8k이지만 2k, 4k, 16k 또는 32k 일 수도있는 매개 변수 DB_BLOCK_SIZE)를 기반으로 데이터 파일에 대한 I / O를 수행하는 경향이 있습니다. 데이터 파일에 대한 입출력은이 크기의 최소값 또는 다중 값일 수 있습니다. 따라서 2k를 제공하지 않으면 데이터 파일과의 I / O가 에뮬레이션 모드에서 부분 I / O를 발생시키지 않습니다. 네이티브 모드 지원의 경우, 오라클은 버전 11.2의 새로운 기능으로 4k 디바이스에 대한 지원을 도입했습니다. 즉, 데이터베이스와 오라클의 ASM (Automatic Storage Management) 볼륨 관리자가 명시 적으로 4k 디바이스를 이해했음을 의미합니다. ASM의이 버전과 후속 버전에서 네이티브 모드 4k 디바이스에서 작성된 디스크 그룹은 데이터베이스의 경우 온라인 리두 로그의 기본 블록 크기를 변경할 수있는 동안 4096의 "SECTOR_SIZE"특성을가집니다 (기본값 512 아님). . 그러나 적어도 Linux에서는 기본 모드가 ASMLib 커널 드라이버 (아래에서 설명 함)를 사용해야 만 가능합니다. ASM과 기본 모드를 함께 사용하려면 ASMLib가 유일한 방법입니다. ASM이 아닌 파일 시스템을 여전히 사용하는 용감한 영혼 중 하나 인 경우 고유 모드가 가능하지만 FIRESYSTEMIO_OPTIONS 매개 변수 (ASYNCH 또는 NONE이어야 함)를 사용하여 DIRECTIO를 사용하지 않는 경우에만 가능합니다. 이 내용은 심층적 인 다이빙 페이지 또는 My Oracle Support 노트 1133713.1에서 "4KB 섹터 디스크의 데이터 파일 지원"이라는 제목 아래에 자세히 설명되어 있습니다. Supporting 4K Sector Disks [Video] (Doc ID 1133713.1) With respect to Oracle Support, I don’t entirely agree with all the content of this document. For example, the statement "Oracle in 11.2 is 4kb sector aware so will avoid this performance degradation" with regard to misalignment is, in my opinion, inaccurate and potentially misleading. If it were true, this page would be about two paragraphs long and would finish with the words, "Just use Oracle 11.2 and everything will be ok". To save you pressing Page Down, it doesn’t. Oracle Support와 관련하여 본인은이 문서의 모든 내용에 완전히 동의하지 않습니다. 예를 들어 "11.2의 Oracle은 4KB 섹터를 인식하므로이 성능 저하를 피할 수 있습니다"라고 잘못 생각하면 부정확하고 잠재적으로 오도 된 것입니다. 그것이 사실이라면,이 페이지는 약 두 단락이 될 것이고, "그냥 Oracle 11.2를 사용하면 모든 것이 잘 될 것입니다"라고 끝낼 것입니다. Page Down 키를 눌러 저장하지 않으려면 저장하지 마십시오. Online Redo Logs The Oracle file type that has the most potential to cause issues with 4k storage is the online redo log. Redo logs are files which contain change vectors written by the log writer process from a memory buffer to storage every time a user commits a transaction. There are a minimum of two log file groups (although usually there will be many more), with each group consisting of one or more identical members (in other words, Oracle can multiplex the files at the software level for redundancy purposes). By default these files use a 512 byte block size, which results in partial writes on every commit. On an Advanced Format system using emulation mode, a busy database committing lots of transactions is liable to cause a lot of partial I/O, resulting in the potential for reduced performance. With the advent of 4k support in Oracle version 11.2, it became possible to change the block size of online redo logs to 4096 bytes, thus eliminating the potential for partial I/O. A new clause of "BLOCKSIZE" now allows for the administrator to explicitly specify whether a redo log should use 512 bytes, 1k or 4k. According to the Oracle documentation. 온라인 리두 로그 4k 스토리지에서 문제가 발생할 가능성이 가장 큰 Oracle 파일 유형은 온라인 리두 로그입니다. 다시 실행 로그는 사용자가 트랜잭션을 커밋 할 때마다 메모리 버퍼에서 저장소로 로그 작성자 프로세스에 의해 작성된 변경 벡터가 포함 된 파일입니다. 최소한 두 개의 로그 파일 그룹이 있지만 (일반적으로 더 많을지라도) 각 그룹은 하나 이상의 동일한 구성원으로 구성됩니다. 즉, 중복성을 위해 소프트웨어 레벨에서 파일을 다중화 할 수 있습니다. 기본적으로이 파일은 512 바이트 블록 크기를 사용하여 모든 커밋에 부분적으로 기록됩니다. 에뮬레이션 모드를 사용하는 고급 형식 시스템에서 많은 트랜잭션을 커밋하는 사용량이 많은 데이터베이스는 부분 I / O를 많이 발생시켜 성능 저하의 원인이 될 수 있습니다. 오라클 버전 11.2에서 4K가 지원됨에 따라 온라인 리두 로그의 블록 크기를 4096 바이트로 변경하여 부분 I / O의 가능성을 제거 할 수있었습니다. 이제 "BLOCKSIZE"라는 새로운 절을 사용하여 관리자는 리두 로그가 512 바이트, 1k 또는 4k를 사용해야하는지 명시 적으로 지정할 수 있습니다. 오라클 설명서에 따르면. If the redo log file is being added to a 4KB sector disk with 512-byte emulation, then you can specify either 512, 1024 (or 1K), or 4096 (or 4K) as the block size, depending on your platform. redo log 파일이 512 바이트 에뮬레이션이있는 4KB 섹터 디스크에 추가되는 경우 플랫폼에 따라 512, 1024 (또는 1K) 또는 4096 (또는 4K)을 블록 크기로 지정할 수 있습니다. Unfortunately, this does not always appear to be the case, so in some circumstances it becomes necessary to set the parameter _DISK_SECTOR_SIZE_OVERRIDE to TRUE. This is discussed in more depth on the deep dive page, however while this is an underscore parameter (requiring permission from Oracle Support to set), Oracle’s own FAQ on flash storage suggests that this parameter can be set on database instances for this purpose. 불행하게도 항상 그런 것은 아니기 때문에 _DISK_SECTOR_SIZE_OVERRIDE 매개 변수를 TRUE로 설정해야하는 경우가 있습니다. 이것은 심층적 인 다이빙 페이지에서 더 자세히 논의되지만, 이것이 밑줄 매개 변수 (Oracle Support에서 설정 권한을 필요로 함) 인 반면 플래시 저장에 대한 오라클의 FAQ는이 매개 변수를이 용도로 데이터베이스 인스턴스에 설정할 수 있음을 제안합니다. FAQ: Flash Storage with ASM (Doc ID 1626228.1) One of the simplest ways to configure Oracle for use on Advanced Format storage is therefore to use 512e emulation mode and then simply override the online redo log size to 4k through the use of this parameter, as described in Oracle’s FAQ. Advanced Format 스토리지에서 Oracle을 사용하도록 구성하는 가장 간단한 방법 중 하나는 512e 에뮬레이션 모드를 사용하고 Oracle FAQ에서 설명한대로이 매개 변수를 사용하여 온라인 리두 로그 크기를 4k로 간단히 오버라이드하는 것입니다. Update June 2014 At this point I must offer my respect to my friends within the Oracle ASM Development and Product Management teams, who invited me to Redwood Shores recently and allowed me hold court on the subject of Oracle and 4k storage. Not only did they listen very politely but they even allowed me to write a My Oracle Support note on their behalf, which has now been published. 이 시점에서 필자는 최근 Redwood Shores에 초대 한 오라클 ASM 개발 및 제품 관리 팀 내 친구들에게 존경을 표하며 오라클 및 4k 스토리지에 관한 법원의 판결을 허용했습니다. 그들은 매우 정중하게 귀 기울 였을뿐만 아니라 현재 출판 된 My Oracle Support 노트를 대신 작성할 수있었습니다. Using 4k Redo Logs on Flash and SSD-based Storage (Doc ID 1681266.1) Hopefully this makes things a little clearer with regard to Oracle’s support of advanced format, as well as showing that it is acceptable to use the _DISK_SECTOR_SIZE_OVERRIDE parameter in these situations. 오라클의 고급 형식 지원과 관련하여 이러한 상황에서 _DISK_SECTOR_SIZE_OVERRIDE 매개 변수를 사용하는 것이 허용 가능하다는 것을 보여주기를 바랍니다. If the redo log file is being added to a 4KB sector disk with 512-byte emulation, then you can specify either 512, 1024 (or 1K), or 4096 (or 4K) as the block size, depending on your platform. Unfortunately, this does not always appear to be the case, so in some circumstances it becomes necessary to set the parameter _DISK_SECTOR_SIZE_OVERRIDE to TRUE. This is discussed in more depth on the deep dive page, however while this is an underscore parameter (requiring permission from Oracle Support to set), Oracle’s own FAQ on flash storage suggests that this parameter can be set on database instances for this purpose. redo log 파일이 512 바이트 에뮬레이션이있는 4KB 섹터 디스크에 추가되는 경우 플랫폼에 따라 512, 1024 (또는 1K) 또는 4096 (또는 4K)을 블록 크기로 지정할 수 있습니다. 불행하게도 항상 그런 것은 아니기 때문에 _DISK_SECTOR_SIZE_OVERRIDE 매개 변수를 TRUE로 설정해야하는 경우가 있습니다. 이것은 심층적 인 다이빙 페이지에서 더 자세히 논의되지만, 이것이 밑줄 매개 변수 (Oracle Support에서 설정 권한을 필요로 함) 인 반면 플래시 저장에 대한 오라클의 FAQ는이 매개 변수를이 용도로 데이터베이스 인스턴스에 설정할 수 있음을 제안합니다. FAQ: Flash Storage with ASM (Doc ID 1626228.1) One of the simplest ways to configure Oracle for use on Advanced Format storage is therefore to use 512e emulation mode and then simply override the online redo log size to 4k through the use of this parameter, as described in Oracle’s FAQ. Advanced Format 스토리지에서 Oracle을 사용하도록 구성하는 가장 간단한 방법 중 하나는 512e 에뮬레이션 모드를 사용하고 Oracle FAQ에서 설명한대로이 매개 변수를 사용하여 온라인 리두 로그 크기를 4k로 간단히 오버라이드하는 것입니다. Update June 2014 At this point I must offer my respect to my friends within the Oracle ASM Development and Product Management teams, who invited me to Redwood Shores recently and allowed me hold court on the subject of Oracle and 4k storage. Not only did they listen very politely but they even allowed me to write a My Oracle Support note on their behalf, which has now been published. 이 시점에서 필자는 최근 Redwood Shores에 초대 한 오라클 ASM 개발 및 제품 관리 팀 내 친구들에게 존경을 표하며 오라클 및 4k 스토리지에 관한 법원의 판결을 허용했습니다. 그들은 매우 정중하게 귀 기울 였을뿐만 아니라 현재 출판 된 My Oracle Support 노트를 대신 작성할 수있었습니다. Using 4k Redo Logs on Flash and SSD-based Storage (Doc ID 1681266.1) Hopefully this makes things a little clearer with regard to Oracle’s support of advanced format, as well as showing that it is acceptable to use the _DISK_SECTOR_SIZE_OVERRIDE parameter in these situations. 오라클의 고급 형식 지원과 관련하여 이러한 상황에서 _DISK_SECTOR_SIZE_OVERRIDE 매개 변수를 사용하는 것이 허용 가능하다는 것을 보여주기를 바랍니다. The ASMLib Kernel Library spannerFor some years, Oracle has been providing the ASMLib kernel library for Linux. Although this library is optional, Oracle recommends its use in the Database High Availability Guide based upon two claimed benefits: simplified device management and a reduction in system resource usage. When using 4k devices in native mode, a third benefit can be added to this list: without ASMLib, the use of ASM with 4k devices is apparently impossible. Simply put, at this point in time 4k ASM diskgroups only work on Linux with the ASMLib driver [More detail on ASMLib can be found on the deep dive page]. But what about if you aren’t using 4k but instead have opted for 512e? ASMLib still brings value here, because I/Os through ASMLib seem to always remain 4k in size, while non-ASMLib I/Os appear to sometimes get fragmented when passing through direct I/O calls in Linux. This is why ASMLib is recommended even for emulation mode: it allows avoidance of partial I/O, which in turn aids performance. ASMLib 커널 라이브러리 몇 년 동안 Oracle은 Linux 용 ASMLib 커널 라이브러리를 제공해 왔습니다. 이 라이브러리는 선택 사항이지만 데이터베이스 고 가용성 가이드에서 장치 관리 단순화 및 시스템 리소스 사용 감소라는 두 가지 장점을 기반으로 사용하는 것이 좋습니다. 네이티브 모드에서 4k 디바이스를 사용할 때 세 번째 이점을이 목록에 추가 할 수 있습니다. ASMLib이 없으면 4k 디바이스에서 ASM을 사용할 수 없습니다. 간단히 말해서,이 시점에서 4k ASM 디스크 그룹은 ASMLib 드라이버가있는 Linux에서만 작동합니다 [ASMLib에 대한 자세한 내용은 심층적 인 다이빙 페이지에서 찾을 수 있습니다]. 하지만 4k를 사용하지 않고 대신 512e를 사용한다면 어떨까요? ASMLib을 통한 I / O는 항상 4k 크기로 유지되는 반면, ASMLib가 아닌 I/O는 Linux에서 직접 I/O 호출을 통과 할 때 단편화되는 것으로 나타나기 때문에 ASMLib은 여전히 ​​가치를 제공합니다. 이것이 에뮬레이션 모드에서도 ASMLib을 권장하는 이유입니다. 부분 I / O를 피할 수 있으므로 성능이 향상됩니다. Other Oracle Files The following list of files currently cannot reside in an ASM diskgroup based on 4k native mode storage. They therefore need to reside on storage presented using 512e native mode. - Database Server Parameter Files (SPFILEs) - Oracle Cluster Registry (OCR) and Clusterware Voting Disks - ASM Clustered Filesystem (ACFS) volumes 기타 Oracle 파일 다음 파일 목록은 현재 4k 기본 모드 저장 영역에 기반한 ASM 디스크 그룹에 상주 할 수 없습니다. 따라서 이들은 512e 고유 모드를 사용하여 제공된 저장소에 있어야합니다. - Database Server Parameter Files (SPFILEs) - Oracle Cluster Registry (OCR) and Clusterware Voting Disks - ASM Clustered Filesystem (ACFS) volumes With the exception of ACFS, a very simple and practical solution is to simply create a small ASM diskgroup using 512e storage (such as one named +SYSTEMDG) and locate SPFILEs, OCR and voting disks on this. ACFS를 제외하고는 매우 간단하고 실용적인 솔루션은 512e 스토리지 (예 : + SYSTEMDG)를 사용하여 작은 ASM 디스크 그룹을 생성하고 이에 대한 SPFILE, OCR 및 투표 디스크를 찾는 것입니다. Linux 4k Awareness Presenting storage to Oracle is all very well, but you must not forget about the operating system. Put simply, if the OS doesn’t understand your storage, you can forget about using it with Oracle. This is the reason, after all, that Advanced Format comes with the emulation mode option – it’s simple backwards compatibility. I’m not going to even attempt discussing the situation with other flavours of UNIX (because I haven’t a clue, although you can read about Solaris here) but for Linux the kernel version is the critical factor. For reference, Oracle’s list of certified Linux versions (including kernels) can be found in the following My Oracle Support note. Linux 4k 인식 오라클에 스토리지를 제공하는 것은 아주 좋은 일이지만 운영 체제를 잊어서는 안됩니다. 간단히 말해 운영 체제가 스토리지를 이해하지 못한다면 오라클과 함께 스토리지를 사용하는 것을 잊어 버릴 수 있습니다. 이는 Advanced Format이 에뮬레이션 모드 옵션과 함께 제공된다는 이유입니다. 간단한 하위 호환성입니다. 나는 다른 유향의 유닉스와 상황을 논의하려고 시도하지 않을 것이다. (솔라리스에 대해서는 읽을 수 있지만 실마리가 없기 때문이다.)하지만 리눅스에서는 커널 버전이 중요한 요소이다. 참고로 오라클의 인증 Linux 버전 목록 (커널 포함)은 다음 My Oracle Support 참고 사항에서 찾을 수 있습니다. Certification Information for Oracle Database on Linux x86-64 (Doc ID 1304727.1) Production Linux kernels prior to 2.6.32 do not have support for advanced format drives, which means LUNs presented to them must appear as if they are 512 byte. So as an example, the 2.6.18 kernel is not able to support native mode 4k sector drives – that means all Red Hat Enterprise Linux 5 distributions, all Oracle Enterprise Linux 5 distros using the RHEL-compatible kernel, SUSE Linux Enterprise Server 10 etc. That’s a lot of versions of Linux, many of which are happily running Oracle databases today. Yet these days, if you are building a database system based on Linux, it would be very unusual to build it on such an old kernel. Modern distributions of Linux tend to use 2.6.32 or later. - Red Hat began using the 2.6.32 kernel in Red Hat Enterprise Linux 6 - Oracle started using the 2.6.32 kernel in the Unbreakable Enterprise Kernel (v1) which is available from Oracle Linux 5 Update 8 or Oracle Linux 6 Update 2 - Novell started using the 2.6.32 kernel in SUSE Linux Enterprise Server 11 SP1 2.6.32 이전의 Linux 커널은 고급 포맷 드라이브를 지원하지 않기 때문에 LUN을 512 바이트로 표시해야합니다. 예를 들어, 2.6.18 커널은 기본 모드 4k 섹터 드라이브를 지원할 수 없습니다. 즉 모든 RHEL 호환 커널을 사용하는 모든 Oracle Enterprise Linux 5 배포판, SUSE Linux Enterprise Server 10 등을 의미합니다 . Linux 버전이 많으며, 그 중 많은 버전이 오늘 Oracle 데이터베이스를 행복하게 운영합니다. 그러나 요즈음, Linux 기반의 데이터베이스 시스템을 구축하는 경우 오래된 커널에서 빌드하는 것은 매우 드뭅니다. 현대의 Linux 배포판은 2.6.32 이상을 사용하는 경향이 있습니다. - Red Hat began using the 2.6.32 kernel in Red Hat Enterprise Linux 6 - Oracle started using the 2.6.32 kernel in the Unbreakable Enterprise Kernel (v1) which is available from Oracle Linux 5 Update 8 or Oracle Linux 6 Update 2 - Novell started using the 2.6.32 kernel in SUSE Linux Enterprise Server 11 SP1 The running theme of this page is that there are two choices available: emulation mode and native mode. What the list above is telling you is that if, for some reason, you are using a kernel version which is older than those listed, you have no choice but to use emulation mode. Again let me reiterate, that is not a problem – and if you follow the recommendations coming up next you shouldn’t suffer any performance degradation. 이 페이지의 실행 테마는 에뮬레이션 모드와 기본 모드의 두 가지 옵션을 사용할 수 있다는 것입니다. 위의 목록에서 알 수있는 것은 어떤 이유인지, 나열된 것보다 오래된 커널 버전을 사용하고 있다면 에뮬레이션 모드를 사용할 수밖에 없다는 것입니다. 다시 한 번 말씀 드리지만, 그것은 문제가되지 않습니다. 그리고 다음에 나오는 권장 사항을 따르는 경우 성능 저하가 발생하지 않아야합니다. It All Sounds Confusing. Should I Panic? 모든 소리가 혼란 스럽습니다. 나는 공황 상태야? No. It isn’t that confusing, in fact it’s really quite simple because there are just two options to choose from: emulation mode and native mode. In some situations, e.g. an older Linux kernel or a version of Oracle prior to 11.2, you cannot use native mode… but emulation mode works every time. Don’t get confused by all the commentary you’ll find on this subject, or the rogue flash vendor who seeks to use this confusion to try and make their product sound more appealing. It’s clear that 4k is not a performance issue because, apart from anything else, Violin Memory arrays are 4k-based systems and they have a huge array of world-record benchmarks in the bag. 아니요. 혼란스럽지 않습니다. 사실 에뮬레이션 모드와 기본 모드 중에서 선택할 수있는 두 가지 옵션 만 있으므로 실제로는 매우 간단합니다. 일부 상황 (예 : 이전 Linux 커널 또는 11.2 이전의 Oracle 버전에서는 기본 모드를 사용할 수 없지만 항상 에뮬레이션 모드가 작동합니다. 이 주제에서 찾을 수있는 모든 해설이나 혼란을 일으켜 제품 사운드를 더욱 매력적으로 만들기 위해 노력하는 불량 플래시 공급 업체가 혼동하지 마십시오. 바이올린 메모리 어레이는 4k 기반 시스템이기 때문에 4k는 성능 문제가 아니며 가방에 세계 기록 벤치 마크가 엄청나게 많기 때문에 분명합니다. So What’s The Answer? What Do I Do? 그래서 답변은 무엇입니까? 나는 무엇을해야합니까? It’s very simple. You have two choices, either of which will give you the best performance with very little added complexity. 매우 간단합니다. 두 가지 선택 사항이 있는데, 그 중 하나는 복잡성이 거의없는 최상의 성능을 제공합니다. EMULATION MODE: The 512e Method with 4k Redo If you have a Linux kernel older than 2.6.32, or you are using VMware, or you want to run an Oracle product older than 11g Release 2, you have no choice but to use this. Don’t feel bad about that, as you can still get full performance if you follow these instructions correctly. 1.Present all of your LUNs from storage using 512e (emulation mode). Do not partition them. 2.Use ASMLib to label the devices and present them to Oracle ASM as usual [this step is optional but highly recommended, see below] 3.Install Grid Infrastructure and create your ASM diskgroups as usual 4.Install the database software and create a database as usual 5.Set the _disk_sector_size_override parameter in the database instance(s) 6.Recreate the database online redo logs using the BLOCKSIZE 4096 clause 2.6.32보다 오래된 Linux 커널을 사용하고 있거나 VMware를 사용하고 있거나 11g Release 2보다 오래된 Oracle 제품을 실행하려는 경우이 옵션을 사용할 수밖에 없습니다. 이 지시 사항을 올바르게 따르면 완전한 성능을 얻을 수 있기 때문에 그다지 나쁘지 않습니다. 1. 512e (에뮬레이션 모드)를 사용하여 스토리지에서 모든 LUN을 나타냅니다. 파티션을 분할하지 마십시오. 2. ASMLib을 사용하여 장치에 레이블을 지정하고 평소와 같이 Oracle ASM에 표시하십시오. [이 단계는 선택 사항이지만 권장 사항입니다 (아래 참조)] 3. Grid Infrastructure를 설치하고 평소와 같이 ASM 디스크 그룹을 생성하십시오. 4. 데이터베이스 소프트웨어를 설치하고 평소와 같이 데이터베이스를 만듭니다. 5. 데이터베이스 인스턴스에 _disk_sector_size_override 매개 변수를 설정하십시오. 6. BLOCKSIZE 4096 절을 사용하여 데이터베이스 온라인 재실행 로그를 다시 작성하십시오. That’s it. If you used ASMLib then you should find that this configuration causes no partial I/O at all. If you chose not to use ASMLib then there will be some partial I/O, such as during ASM rebalances. I cannot see why anyone would not use ASMLib, but some companies have strange procedures which are hard to change or bypass. 그게 전부 야. ASMLib을 사용했다면이 구성은 부분 I / O를 전혀 발생시키지 않습니다. ASMLib을 사용하지 않기로 선택한 경우 ASM 재조정과 같은 일부 부분 입출력이 있습니다. ASMLib을 사용하지 않는 이유를 알 수는 없지만 일부 회사는 변경하거나 우회하기 어려운 이상한 절차를 가지고 있습니다. NATIVE MODE: The 4k Method with Separate SYSTEMDG4k-logo The only problem that can arise from the previous method is the requirement to set the _disk_sector_size_override parameter in the database. Although Oracle has support notes indicating that this can be set for flash storage (e.g. My Oracle Support note 1626228.1) it can deter some people who consider underscore parameters risky. No problem – the native mode method requires no such parameters. 1.Present all but one of your LUNs from storage using 4k (native mode). Do not partition them. 2.Now create an additional 512 byte LUN (or more, if you so desire) which will be used as a +SYSTEMDG diskgroup. 3.Use ASMLib to label the devices and present them to Oracle ASM as usual [in native mode this step is mandatory, see below] 4.Install Grid Infrastructure. At the ASM diskgroup creation screen, create only the +SYSTEMDG diskgroup. If installing a cluster, use this for OCR and voting disks. 5.Once Grid Infrastructure is installed, create the other diskgroups (e.g. using asmca) and ensure that they have a SECTOR_SIZE of 4096. 6.Install the database software as a "software only install" 7.When creating any databases, ensure that the SPFILE for each is located in the +SYSTEMDG diskgroup 이전 메서드에서 발생할 수있는 유일한 문제는 데이터베이스에서 _disk_sector_size_override 매개 변수를 설정해야한다는 것입니다. 오라클은 플래시 저장 공간 (예 : My Oracle Support note 1626228.1)에 설정할 수 있음을 나타내는 메모를 지원하지만 밑줄 매개 변수가 위험하다고 생각하는 사람들을 막을 수 있습니다. 문제는 없습니다. 기본 모드 방법에는 이러한 매개 변수가 필요하지 않습니다. 1. 4k (기본 모드)를 사용하여 스토리지에서 LUN 중 하나를 제외한 모든 LUN을 표시하십시오. 파티션을 분할하지 마십시오. 2. 이제 + SYSTEMDG 디스크 그룹으로 사용될 512 바이트 LUN (또는 그 이상)을 추가로 생성하십시오. 3. ASMLib을 사용하여 장치에 레이블을 지정하고 평소와 같이 Oracle ASM에 표시하십시오. [기본 모드에서이 단계는 필수입니다 (아래 참조)] 4. 그리드 인프라를 설치하십시오. ASM 디스크 그룹 작성 화면에서 + SYSTEMDG 디스크 그룹 만 작성하십시오. 클러스터를 설치하는 경우 OCR 및 투표 디스크에 사용하십시오. 5. Grid Infrastructure가 설치되면 다른 디스크 그룹을 생성하고 (예 : asmca를 사용하여) SECTOR_SIZE가 4096인지 확인하십시오. 6. 데이터베이스 소프트웨어를 "소프트웨어 전용 설치" 7. 데이터베이스를 생성 할 때 각각에 대한 SPFILE이 + SYSTEMDG 디스크 그룹에 있는지 확인하십시오 That’s it. This solution gives you guaranteed zero partial I/O from your main diskgroups and automatically sizes redo logs as 4k. 그게 전부 야. 이 솔루션을 사용하면 주 디스크 그룹에서 부분 입출력을 0으로 보장하고 리두 로그의 크기를 4k로 자동 조정할 수 있습니다. Configuring Oracle ASMLib Oracle ASMLib is highly recommended for the Emulation Mode option and mandatory for the Native Mode one, so it’s worth mentioning this extra detail. As discussed in more detail on the deep dive page, when using ASMLib in the above methods it is essential to set the ORACLEASM_USE_LOGICAL_BLOCK_SIZE parameter to true rather than its default value of false. This is achieved either by running the command "oracleasm configure -b" or by editing the file /etc/sysconfig/oracleasm and then restarting the driver. According to My Oracle Support note 1530578.1, support for this parameter came in with version oracleasm-support-2.1.8-1. Oracle ASMLib 구성 Oracle ASMLib은 에뮬레이션 모드 옵션에 강력히 권장되며 기본 모드에 필수입니다. 따라서이 추가 세부 사항을 언급 할 가치가 있습니다. 심층적 인 다이빙 페이지에서 자세히 설명했듯이 위의 메소드에서 ASMLib을 사용할 때 ORACLEASM_USE_LOGICAL_BLOCK_SIZE 매개 변수를 기본값 false 대신 true로 설정하는 것이 필수적입니다. 이것은 "oracleasm configure -b" 명령을 실행하거나 /etc/sysconfig/oracleasm 파일을 편집 한 다음 드라이버를 다시 시작하여 수행 할 수 있습니다. My Oracle Support note 1530578.1에 따르면,이 매개 변수에 대한 지원은 oracleasm-support-2.1.8-1 버전으로 제공됩니다. Disclaimer Of course, my advice is for educational purposes only and you should thoroughly test anything you do before putting it into production. Also, I am duty-bound to say that you should seek permission from Oracle Support before setting any underscore parameters but then you knew that, right? 부연 설명 당연히, 나의 통보는 교육 목적만을위한 것이고 당신은 그것을 생산에 넣기 전에 당신이하는 일을 철저히 시험해야한다. 또한 언더 스코어 매개 변수를 설정하기 전에 오라클 지원의 허가를 받아야한다고 말하고 싶지만 그 사실을 알았습니까?