페푸리의 Office Server 이야기

Will these servers be deployed as guest machines in a virtualized environment?  There is CPU overhead that must be accounted for when deploying guest machines that must be accounted for in the design.  For Hyper-V deployments the overhead is about 10%.  Check with your hypervisor vendor to determine their overhead and adjust the “Hypervisor CPU Adjustment Factor” accordingly.

이러한 서버가 가상화된 환경에서 게스트 컴퓨터로 배포되나요? 설계에서 고려해야 하는 게스트 컴퓨터를 배포할 때 고려해야 할 CPU 오버헤드가 있습니다.  Hyper-V 배포의 경우 오버헤드는 약 10%입니다.  하이퍼바이저 공급업체에 문의하여 오버헤드를 확인하고 그에 따라 "하이퍼바이저 CPU 조정 계수"를 조정하십시오.

How many highly available (HA) mailbox database copy instances per database do you plan to deploy within a DAG? Enter in the number of highly available database copies you plan to have within the environment. This value excludes lagged database copies, but does account for both the active and any passive HA database copies you plan to deploy. For optimal sizing, choose a multiple of the total number of mailbox servers you have selected.

1DAG 내에 배포할 데이터베이스당 HA의 고가용성(HA) 사서함 데이터베이스 복사 인스턴스 수는 몇 개입니까? 환경 내에서 사용할 수 있는 고가용성 데이터베이스 복사본 수를 입력합니다. 이 값은 지연된 데이터베이스 복사본을 제외하지만 배포하려는 활성 및 수동 HA 데이터베이스 복사본을 모두 고려합니다. 최적의 크기를 조정하려면 선택한 총 사서함 서버 수의 배수를 선택합니다.

How many lagged database copy instances per database do you plan to deploy within a DAG? Lagged database copies are an optional feature that can provide protection against certain disaster scenarios (like logical corruption). Lagged database copies should not be considered an HA database copy as the replay will delay the availability of the database for use once activated. While technically there is no limit to how many lagged copies you can deploy within a DAG, the calculator limits you to a maximum of 2 copies.

DAG 내에 배포할 데이터베이스당 지연된 데이터베이스 복사 인스턴스 수는 몇 개입니까? 지연된 데이터베이스 복사본은 논리적 손상과 같은 특정 재해 시나리오에 대한 보호를 제공할 수 있는 선택적 기능입니다. 재생이 활성화되면 사용할 데이터베이스의 가용성이 지연되기 때문에 지연된 데이터베이스 복사본은 HA 데이터베이스 복사본으로 간주해서는 안 됩니다. 기술적으로 DAG 내에서 배포할 수 있는 지연된 복사본 수에는 제한이 없지만 계산기는 최대 2개의 복사본으로 제한됩니다.

What will be the Data Overhead Factor? Microsoft does not recommend utilizing this factor at this time.

데이터 오버헤드 요인은 무엇입니까? 현재 Microsoft는 이 요소를 사용하지 않는 것이 좋습니다.

How many mailboxes do you move per week? In terms of transactions, you have to take into account how many mailboxes you will either be moving to this server or within this server, as transactions totaling the size of the mailbox will always get generated at the target database.

일주일에 몇 개의 사서함을 이동합니까? 트랜잭션의 관점에서 사서함 의 크기를 합한 트랜잭션이 항상 대상 데이터베이스에서 생성되기 때문에 이 서버 또는 이 서버 내에서 이동할 사서함 수를 고려해야 합니다.

Are you going to deploy a Dedicated Restore Volume? A dedicated restore volume is used as a staging point for the restoration of data or could be used during maintenance activities; if one is selected then additional capacity will not be factored into each database Volume.

전용 복원 볼륨을 배포하시겠습니까? 전용 복원 볼륨은 데이터 복원을 위한 스테이징 포인트로 사용되거나 유지 관리 활동 중에 사용될 수 있습니다.

What percentage of disk space do you want to ensure remains free on the Volume? Most operations management programs have capacity thresholds that alert when a Volume is more than 80% utilized. This value allows you to ensure that each volume has a certain percentage of disk space available so that the volume is not designed and implemented at maximum capacity.

볼륨에서 여유 상태를 유지하려면 디스크 공간의 몇 퍼센트로 유지하시겠습니까? 대부분의 운영 관리 프로그램에는 볼륨이 80% 이상 사용중일 때 경고하는 용량 임계값이 있습니다. 이 값을 사용하면 각 볼륨에 특정 비율의 디스크 공간이 사용 가능하도록 하여 볼륨이 최대 용량으로 설계 및 구현되지 않도록 할 수 있습니다.

Do you have log shipping compression enabled within the DAG? By default, each DAG is configured to compress and encrypt the socket connection used to ship logs across different IP subnets (you can disable these features all together or enable them for all communications regardless of subnet).

DAG 내에서 로그 전달 압축을 사용하도록 설정했습니까? 기본적으로 각 DAG는 서로 다른 IP 서브넷에서 로그를 발송하는 데 사용되는 소켓 연결을 압축하고 암호화하도록 구성됩니다(이러한 기능을 모두 함께 사용하지 않도록 설정하거나 서브넷에 관계없이 모든 통신에 사용하도록 설정할 수 있음).

What is your compression rate?  The compression capability that is obtained for the socket connection used to ship logs will vary with each customer, based on the data obtained in the transaction log files.  By default, Microsoft recommends using a value of 30%, however, you can determine this value by analyzing your environment (e.g., once Exchange is deployed you could evaluate the throughput rate with compression disabled and then compare with compression is enabled).  

압축률은 얼마입니까? 로그를 전달하는 데 사용되는 소켓 연결에 대해 얻은 압축 기능은 트랜잭션 로그 파일에서 얻은 데이터에 따라 고객마다 다릅니다. 기본적으로 Microsoft는 30 %의 값을 사용하는 것이 좋지만 환경을 분석하여 이 값을 확인할 수 있습니다.

Do you want to follow Microsoft's recommendations regarding maximum database size? For standalone mailbox server role solutions, Microsoft recommends that the database size should not be more than 200GB in size. For solutions leveraging mailbox resiliency, Microsoft recommends that the database size should not exceed 2TB. Neither of these is by any means a hard limit, but a recommendation based on the impact database size has to recovery times. If you want to follow Microsoft's recommendation, then select Yes. Otherwise, select No.

최대 데이터베이스 크기에 관한 Microsoft 권장 사항을 따르시겠습니까? 독립 실행형 사서함 서버 역할 솔루션의 경우 데이터베이스 크기가 200GB를 초과하지 않는 것이 좋습니다. 사서함 복구를 활용하는 솔루션의 경우 데이터베이스 크기가 2TB를 초과하지 않는 것이 좋습니다. 이들 중 어느 것도 결코 어려운 한계는 아니지만, 데이터베이스 크기에 따른 권장 사항은 복구 시간이 필요합니다. Microsoft 권장 사항을 따르려면 예를 선택하십시오. 그렇지 않으면 아니오를 선택하십시오.

Would you like the calculator to determine the optimum number of databases for the design? By default, the calculator will determine the optimum number of databases for the architecture. In the event that you may want to have a defined number of databases, select No to "Automatically Calculate Number of Databases" and enter in a custom number of databases.

계산기가 설계를 위한 최적의 데이터베이스 수를 결정하도록 하시겠습니까? 기본적으로 계산기는 아키텍처에 가장 적합한 데이터베이스 수를 결정합니다. 정의 된 수의 데이터베이스를 원할 경우 "자동으로 데이터베이스 수 계산"에 대해 아니오를 선택하고 사용자 정의 데이터베이스 수를 입력하십시오.

Do you want to design your database infrastructure such that you deploy the correct number of databases to ensure symmetrical distribution during server failure events?  If possible, the calculator will deploy the correct number of databases such that you can achieve a symmetrical distribution of the active copies across the remaining server infrastructure as the DAG experiences server failures.  Note that to use this option, you must allow the calculator to automatically calculate the required number of databases.

서버 장애 이벤트 동안 대칭 분배를 보장하기 위해 올바른 수의 데이터베이스를 배치하도록 데이터베이스 인프라를 설계 하시겠습니까? 가능한 경우 계산기는 올바른 수의 데이터베이스를 배포하여 DAG에서 서버 오류가 발생할 때 나머지 서버 인프라에서 활성 복사본을 대칭 적으로 배포 할 수 있습니다. 이 옵션을 사용하려면 계산기가 필요한 데이터베이스 수를 자동으로 계산하도록 허용해야 합니다.

What will be the I/O Overhead Factor? Microsoft recommends using 20% to ensure adequate headroom in terms of I/O to allow for abnormal spikes in I/O that may occur from to time.

I/O 오버 헤드 요소는 무엇입니까? 때때로 발생할 수 있는 I/O의 비정상적인 급증을 허용하기 위해 I/O 측면에서 적절한 헤드 룸을 확보하기 위해 20%를 사용하는 것이 좋습니다.

What additional I/O requirements do you need to factor into the solution for each mailbox server's storage design? For example, let's say the solution requires 500 IOPS for the mailboxes and you have decided you want to ensure there is extra I/O capacity to support additional products (e.g. antivirus) to generate load during the peak user usage window. So you enter 300 IOPS in this input factor. The result is that from a host perspective, the solution needs to achieve 800 IOPS. This may require additional testing by comparing a baseline system against a system that has the I/O generating application installed and running.

각 사서함 서버의 저장소 디자인에 대한 솔루션을 고려해야 할 추가 I/O 요구 사항은 무엇입니까? 예를 들어, 솔루션에 사서함에 500 IOPS가 필요하고 최대 사용자 사용 기간 동안로드를 생성하기 위해 추가 제품 (예 : 안티 바이러스)을 지원하기위한 추가 I/O 용량이 있는지 확인하려고한다고 가정합니다. 이 입력 계수에 300 IOPS를 입력합니다. 결과적으로 호스트 관점에서 솔루션은 800 IOPS를 달성해야 합니다. 이를 위해서는 기본 시스템과 I/O 생성 응용 프로그램이 설치되어 실행중인 시스템을 비교하여 추가 테스트가 필요할 수 있습니다.

What will be the message queue expiration value? By default, the MessageTimeOut expiration property is set to two days.

메시지 큐 만료 값은 무엇입니까? 기본적으로 MessageTimeOut 만료 속성은 2 일로 설정되어 있습니다.

The transport dumpster was improved in Exchange 2013 and is now called Safety Net.

You can specify how long Safety Net stores copies of the successfully processed messages before they expire and are automatically deleted. The default is 2 days.

How many mailboxes will you deploy in the environment? If deploying a single server environment, this is how many mailboxes you will deploy on this server. If you are deploying multiple servers, then this is how many mailboxes you will deploy in the environment. If you are deploying multiple DAGs, then this is how many mailboxes you will deploy across all of the DAGs. For example, if you choose to deploy 5 servers, and want 3000 mailboxes per server, then enter 15000 here. Or if you plan to deploy 2 DAGs, each with 6 servers, and you entered 24000 total mailboxes, then 12000 mailboxes will be deployed per DAG.

환경에 몇 개의 사서함을 배포 하시겠습니까? 단일 서버 환경을 배포하는 경우 이 서버에 배포 할 사서함 수입니다. 여러 서버를 배포하는 경우 환경에 배포 할 사서함 수입니다. 여러 DAG를 배포하는 경우 모든 DAG에 배포 할 사서함 수입니다. 예를 들어 5 대의 서버를 배포하기로 선택하고 서버 당 3000 개의 사서함을 원하는 경우 여기에 15000을 입력하십시오. 또는 각각 6 개의 서버가 있는 2 개의 DAG를 배포하고 총 24000 개의 사서함을 입력 한 경우 DAG 당 12000 개의 사서함이 배포됩니다.

What is the solution's projected growth in terms of number of mailboxes over its lifecycle? Enter in the total percentage by which you believe the number of mailboxes will grow during the solution's lifecycle. For example, if you believe the solution will increase by 30% over the lifecycle of the design and you are starting out with 1000 mailboxes, then at the end of the lifecycle, the solution will have 1300 mailboxes. The calculator will utilize the projected growth plus the number of mailboxes to ensure that the capacity and performance requirements can be sustained throughout the solution's lifecycle.

수명주기 동안 사서함 수 측면에서 솔루션의 예상 성장은 무엇입니까? 솔루션 수명주기 동안 메일 함 수가 증가 할 것으로 예상되는 총 백분율을 입력하십시오. 예를 들어, 디자인 수명주기 동안 솔루션이 30 % 증가한다고 생각하고 1000 개의 사서함으로 시작한 경우 수명주기가 끝나면 솔루션에는 1300 개의 사서함이 있습니다. 계산기는 예상 성장률과 사서함 수를 활용하여 솔루션 수명주기 동안 용량 및 성능 요구 사항을 유지할 수 있습니다.

How much mail do the users send and receive per day on average? The usage profiles found here are based on the work done around the memory and processor scalability requirements.  You can determine your message profile by using the Generate-MessageProfile.ps1 script.

사용자가 하루 평균 얼마나 많은 메일을 주고 받습니까? 여기에 있는 사용 프로필은 메모리 및 프로세서 확장성 요구 사항에 대한 작업을 기반으로 합니다.

What is the average message size? For most customers the average message size is around 75KB.  You can determine your average message size value for your environment by using the Generate-MessageProfile.ps1 script.

평균 메시지 크기는 얼마입니까? 대부분의 고객에게 평균 메시지 크기는 약 75KB입니다. Generate-MessageProfile.ps1 스크립트를 사용하여 환경의 평균 메시지 크기 값을 결정할 수 있습니다.

What is the initial mailbox size? Enter the average initial mailbox size for the mailbox tier that is being migrated to Exchange platform.  This value is only used for the Mailbox Modeling prediction formulas.

초기 사서함 크기는 얼마입니까? Exchange 플랫폼으로 마이그레이션중인 사서함 계층의 평균 초기 사서함 크기를 입력하십시오. 이 값은 사서함 모델링 예측 수식에만 사용됩니다.

What will be the prohibit send & receive mailbox size limit? If you want to adequately control your capacity requirements, you need to set a hard mailbox size limit (prohibit send and receive) for the majority of your users.

사서함 크기 보내기 및 받기 금지는 무엇입니까? 용량 요구 사항을 적절하게 제어하려면 대부분의 사용자에 대해 하드 메일 함 크기 제한 (송수신 금지)을 설정해야 합니다.

If deploying a personal archive mailbox, what will be the personal archive quota limit? If you want to adequately control your capacity requirements, you need to set a hard mailbox size limit (prohibit send and receive) for the majority of your users.

개인 보관 사서함을 배포하는 경우 개인 보관 할당량 제한은 무엇입니까? 용량 요구 사항을 적절하게 제어하려면 대부분의 사용자에 대해 하드 메일 함 크기 제한 (송수신 금지)을 설정해야 합니다.

What is the deleted item retention period? Enter in the deleted item retention period you plan to utilize within the environment. The default retention period is 14 days, however, you should adjust this to match your policy concerning deleted item recovery when enabling Single Item Recovery to eliminate going to backup media to recover deleted items.

삭제 된 항목 보존 기간은 얼마입니까? 환경 내에서 활용하려는 삭제 된 항목 보존 기간을 입력하십시오. 기본 보존 기간은 14 일이지만 단일 항목 복구를 활성화하여 삭제 된 항목을 복구하기 위해 백업 미디어로 이동할 필요가 없을 때 삭제 된 항목 복구와 관련된 정책과 일치하도록 이를 조정해야 합니다.

Are you deploying Single Item Recovery? Single Item Recovery ensures that all deleted and modified items are preserved for the duration of the deleted item retention window. By default, in Exchange, this is not enabled. When enabled, this feature increases the capacity requirements for the mailbox.

단일 항목 복구를 배포하고 있습니까? 단일 항목 복구는 삭제 된 항목 보존 기간 동안 모든 삭제 및 수정 된 항목이 보존되도록 합니다. 기본적으로 Exchange에서는 활성화되어 있지 않습니다. 사용하도록 설정하면이 기능은 사서함의 용량 요구 사항을 증가시킵니다.

Will you have calendar version logging enabled? By default, all changes to a calendar item are recorded in the mailbox of a user to keep older versions of meeting items for 31 days and can be used to repair the calendar in the event of an issue. This data is stored in the mailbox's dumpster folder. When enabled, this feature increases the capacity requirements for the mailbox.

캘린더 버전 로깅을 사용 하시겠습니까? 기본적으로 일정 항목에 대한 모든 변경 사항은 사용자의 사서함에 기록되어 31 일 동안 이전 버전의 모임 항목을 유지하며 문제 발생시 일정을 복구하는 데 사용할 수 있습니다. 이 데이터는 사서함의 쓰레기 수거통 폴더에 저장됩니다. 사용하도록 설정하면 이 기능은 사서함 용량 요구 사항을 증가시킵니다.

How many users within this tier should have IOPS and Megacycles Multiplication Factor applied?  By default, when you specify an IOPS or Megacycles Multiplication Factor, all users within the mailbox tier will the multiplication factor applied; however you may only want a percentage of users within the tier to get that multiplication factor.

이 계층 내에서 얼마나 많은 사용자가 IOPS 및 Megacycles Multiplication Factor를 적용해야합니까? 기본적으로 IOPS 또는 Megacycles Multiplication Factor를 지정하면 사서함 계층 내의 모든 사용자가 곱셈 계수를 적용합니다. 그러나 계층 내 사용자의 비율 만 곱셈 인수를 원할 수 있습니다.

Do your Outlook Online Mode clients have versions of Windows Desktop Search older than 4.0 or third-party desktop search engines deployed? The addition of these indexing tools to the online mode clients incur additional read I/O penalties to the mailbox server storage subsystem. Care should be taken when enabling these desktop search engines. Windows Desktop Search 4.0 and later utilizes synchronization protocols that are similar to how Outlook operates in cached mode to index the mailbox contents, and thus has a very minor impact in terms of disk read I/O.

Outlook Online Mode 클라이언트에 4.0 이전의 Windows 데스크톱 검색 버전이나 타사 데스크톱 검색 엔진이 배포되어 있습니까? 온라인 모드 클라이언트에 이러한 인덱싱 도구를 추가하면 사서함 서버 저장소 하위 시스템에 대한 추가 읽기 I / O 페널티가 발생합니다. 이러한 데스크톱 검색 엔진을 사용할 때는주의를 기울여야합니다. Windows Desktop Search 4.0 이상은 Outlook이 캐시 모드에서 작동하여 사서함 내용을 인덱싱하는 방식과 유사한 동기화 프로토콜을 사용하므로 디스크 읽기 I / O 측면에서 매우 작은 영향을 미칩니다.

Are you planning to use the I/O prediction formula or define your own IOPS profile to design toward? This question asks whether you want to override the calculator in determining the IOPS / mailbox value. By default, the calculator will predict the IOPS / mailbox value based on the number of messages per mailbox, and the user memory profile. For some customers that want to design toward a specific I/O profile, this option will not be viable. Therefore, if you want to design toward a specific I/O profile, select No.

I / O 예측 공식을 사용하거나 자신의 IOPS 프로파일을 정의하여 설계 할 계획입니까? 이 질문은 IOPS / 사서함 값을 결정할 때 계산기를 재정의할지 묻습니다. 기본적으로 계산기는 사서함 당 메시지 수와 사용자 메모리 프로필을 기반으로 IOPS / 사서함 값을 예측합니다. 특정 I / O 프로파일을 향해 설계하려는 일부 고객의 경우 이 옵션을 사용할 수 없습니다. 따라서 특정 I / O 프로파일을 향해 설계하려면 아니오를 선택하십시오.

What backup methodology will be used to backup the solution? You have several options for a backup methodology, including leveraging a VSS solution (hardware or software based) or leveraging the native data protection features that Exchange provides. The solution you choose will depend on many factors. For example, if you are deploying the mailbox resiliency and single item recovery features, you may be able to forgo a traditional backup architecture in favor of leveraging Exchange as its own backup. Or if you still require a backup (e.g. legal/compliance reasons), then you need to deploy a VSS solution. The type of VSS solution you deploy will depend on your storage architecture. Hardware VSS solutions are available with storage area networks. Software VSS solutions can be leveraged against either storage area networks or direct attached storage architectures. Also, the backup methodology will affect the Volume design; for example, hardware VSS solutions require a Volume architecture that is 2 Volumes / Database.

솔루션을 백업하는 데 어떤 백업 방법이 사용됩니까? VSS 솔루션 (하드웨어 또는 소프트웨어 기반) 활용 또는 Exchange가 제공하는 기본 데이터 보호 기능 활용을 포함하여 백업 방법론에 대한 몇 가지 옵션이 있습니다. 선택한 솔루션은 여러 가지 요소에 따라 다릅니다. 예를 들어 사서함 복구 및 단일 항목 복구 기능을 배포하는 경우 Exchange를 자체 백업으로 활용하기 위해 기존의 백업 아키텍처를 포기할 수 있습니다. 또는 여전히 백업이 필요한 경우 (예 : 법적 / 규정 준수 이유) VSS 솔루션을 배포해야 합니다. 배포하는 VSS 솔루션의 유형은 스토리지 아키텍처에 따라 다릅니다. 하드웨어 VSS 솔루션은 스토리지 영역 네트워크와 함께 사용할 수 있습니다. 소프트웨어 VSS 솔루션은 스토리지 영역 네트워크 또는 직접 연결된 스토리지 아키텍처에 활용할 수 있습니다. 또한 백업 방법이 볼륨 디자인에 영향을 줍니다. 예를 들어, 하드웨어 VSS 솔루션에는 2 개의 볼륨 / 데이터베이스 인 볼륨 아키텍처가 필요합니다.

How many times can you operate without log truncation? Select how many times you can survive without a full backup or an incremental backup (the minimum value is 1). For example, if you are a performing weekly full backup and daily differential backups, the only time log truncation occurs is during the full backup. If the full backup fails, then you have to wait an entire week to perform another full backup or perform an emergency full backup. This parameter allows you to ensure that you have enough capacity to not have to perform an immediate full backup. If you are leveraging the native data protection features within Exchange as your backup mechanism, then you should enter 3 here to ensure you have enough capacity to allow for 3 days' worth of log generation to occur as a result of potential log replication issues.

로그 잘림없이 몇 번이나 조작 할 수 있습니까? 전체 백업 또는 증분 백업없이 생존 할 수 있는 횟수를 선택하십시오 (최소값은 1). 예를 들어, 매주 전체 백업 및 매일 차등 백업을 수행하는 경우 전체 백업 중에 로그 잘림이 발생하는 유일한 시간입니다. 전체 백업이 실패하면 다른 전체 백업을 수행하거나 응급 전체 백업을 수행하기 위해 일주일 동안 기다려야합니다. 이 매개 변수를 사용하면 즉시 전체 백업을 수행 할 필요가 없는 충분한 용량을 확보 할 수 있습니다. 백업 메커니즘으로 Exchange의 기본 데이터 보호 기능을 활용하는 경우 잠재적인 로그 복제 문제로 인해 3일 분량의 로그 생성을 수행 할 수 있는 충분한 용량을 확보하려면 여기에 3을 입력해야합니다.

How long can you survive a network outage? When a network outage occurs, log replication cannot occur. As a result, the copy queue length will increase on the source; in addition, log truncation cannot occur on the source. For geographically dispersed DAG deployments, network outages can seriously affect the solution's usefulness. If the outage is too long, log capacity on the source may become compromised and as result, capacity must be increased or a manual log truncation event must occur. Once that happens, the remote copies must be reseeded. The Network Failure Tolerance parameter ensures there is enough capacity on the log Volumes so that you can survive an excessive network outage.

네트워크 중단으로 얼마나 오래 살아남을 수 있습니까? 네트워크 중단이 발생하면 로그 복제가 발생할 수 없습니다. 결과적으로 복사 큐 길이가 소스에서 증가합니다. 또한 소스에서 로그 잘림이 발생할 수 없습니다. 지리적으로 분산 된 DAG 배포의 경우 네트워크 중단이 솔루션의 유용성에 심각한 영향을 줄 수 있습니다. 정전이 너무 길면 소스의 로그 용량이 손상되어 용량을 늘리거나 수동 로그 잘림 이벤트가 발생해야합니다. 그런 다음 원격 사본을 다시 시드해야합니다. Network Failure Tolerance (네트워크 장애 허용) 매개 변수는 로그 볼륨에 충분한 용량이 있는지 확인하여 과도한 네트워크 중단에도 견딜 수 있습니다.

Do you want to consider storage designs that leverage JBOD? JBOD storage refers to placing a database and its transaction logs on a single disk without leveraging RAID. In order to deploy this type of storage solution for your mailbox server environment, you must have 3 or more HA database copies and have a Volume architecture that is equal to 1 Volume / Database. If you select yes for this input, the calculator will attempt to design the solution so that it can be deployed on JBOD storage. Please note that other factors may alter the viability of JBOD, however (e.g. deploying a single lagged database copy on the same mailbox servers hosting your HA database copies).

JBOD를 활용하는 스토리지 설계를 고려 하시겠습니까? JBOD 스토리지는 RAID를 활용하지 않고 데이터베이스와 트랜잭션 로그를 단일 디스크에 배치하는 것을 말합니다. 사서함 서버 환경에이 유형의 스토리지 솔루션을 배포하려면 3 개 이상의 HA 데이터베이스 복사본이 있어야하며 1 볼륨 / 데이터베이스와 동일한 볼륨 아키텍처가 있어야합니다. 이 입력에 대해 yes를 선택하면 계산기는 솔루션을 JBOD 스토리지에 배치 할 수 있도록 솔루션 설계를 시도합니다. 그러나 다른 요인으로 인해 JBOD의 실행 가능성이 변경 될 수 있습니다 (예 : HA 데이터베이스 복사본을 호스팅하는 동일한 사서함 서버에 단일 지연 데이터베이스 복사본 배포).

Do you want the calculator to automatically determine the number of volumes that should be deployed on each Exchange server?  By default, the calculator will recommend a certain number of volumes to be configured on each Exchange server based on a number of factors.  As a result, the calculator can recommend more volumes than you have available in your server configuration.  If you have a defined number of volumes you would like to support for placement of Exchange data, you can select No to this question and then enter the number of volumes in “Number of Exchange Data Volumes per Server” field.

계산기가 각 Exchange 서버에 배포해야 하는 볼륨 수를 자동으로 결정하도록 하시겠습니까? 기본적으로 계산기는 여러 가지 요인에 따라 각 Exchange 서버에서 특정 수량의 볼륨을 구성하도록 권장합니다. 결과적으로 계산기는 서버 구성에서 사용 가능한 것보다 많은 볼륨을 권장 할 수 있습니다. Exchange 데이터의 배치를 지원하도록 정의 된 볼륨 수를 정의한 경우이 질문에 아니요를 선택한 다음 "서버 당 Exchange 데이터 볼륨 수"필드에 볼륨 수를 입력 할 수 있습니다.

The number of volumes available for Exchange storage.  This does not include Restore Volumes or AutoReseed volumes.

When using local storage this number will be used to limit the number of database copies a single server can be assigned. 

Exchange 저장소에 사용할 수있는 볼륨 수 여기에는 Restore Volumes 또는 AutoReseed 볼륨이 포함되지 않습니다.

로컬 스토리지를 사용할 때이 숫자는 단일 서버에 할당 할 수있는 데이터베이스 사본 수를 제한하는 데 사용됩니다.

How many AutoReseed volumes per server should be deployed? When leveraging AutoReseed, you will want at least one AutoReseed volume per server.

서버 당 몇 개의 AutoReseed 볼륨을 배포해야합니까? AutoReseed를 활용할 때는 서버 당 하나 이상의 AutoReseed 볼륨이 필요합니다.