SharePoint Server 팜의 SQL Server 모범 사례Best practices for SQL Server in a SharePoint Server farm

적용 대상: 예2013 예2016 예2019 없는SharePoint OnlineAPPLIES TO: yes2013 yes2016 yes2019 noSharePoint Online

구성 하 고 SharePoint Server 2016 및 서비스 팩 1 (SP1), SQL Server 2016 또는 SQL Server 2017 RTM SQL Server 2014에서 2019 관계형 데이터베이스를 유지 관리 하는 경우 성능과 보안을 향상 시키는 옵션을 선택 해야 합니다. 마찬가지로, 구성 및 SQL Server 2014, 서비스 팩 1 (SP1) 및 SQL Server 2012와 SQL Server 2008 r 2에서 SharePoint Server 2013 관계형 데이터베이스를 유지 관리 하는 경우 성능과 보안을 향상 시키는 옵션을 선택 해야 합니다.When you configure and maintain SharePoint Server 2016 and 2019 relational databases on SQL Server 2014 with Service Pack 1 (SP1), SQL Server 2016, or SQL Server 2017 RTM, you have to choose options that promote performance and security. Likewise, you have to choose options that promote performance and security when you configure and maintain SharePoint Server 2013 relational databases on SQL Server 2008 R2 with Service Pack 1 (SP1), SQL Server 2012, and SQL Server 2014.

이 문서의 모범 사례들은 SQL Server의 설치 및 구성에서부터 SharePoint Server의 배포, 그런 다음 팜을 유지 관리하기까지 적용되는 순서에 따라 언급됩니다. 대부분의 사례는 모든 버전의 SQL Server에 적용됩니다. SQL Server 버전에만 고유한 사례는 별도의 섹션에서 언급됩니다.The best practices in this article are ordered based on the sequence in which they would apply, from installing and configuring SQL Server, to deploying SharePoint Server, and then maintaining the farm. Most of the practices apply to all versions of SQL Server. Practices that are unique to SQL Server versions are shown in separate sections.

참고

SharePoint Server 2016 팜에서 SQL Server Business Intelligence 구성 요소를 사용하려는 경우 SQL Server 2016 CTP 3.1 이상을 사용해야 합니다. 이제 SQL Server 2016 CTP 3.1 이상을 다운로드하여 SQL Server Power Pivot for SharePoint 추가 기능을 사용할 수 있습니다. SharePoint 통합 모드에서 SQL Server Reporting Services(SSRS)를 설치하고 SQL Server 설치 미디어에서 SSRS 프런트 엔드 추가 기능을 설치하여 Power View를 사용할 수도 있습니다.If you plan to use SQL Server Business Intelligence components in a SharePoint Server 2016 farm you must use SQL Server 2016 CTP 3.1 or later. You can now download SQL Server 2016 CTP 3.1 or later to use the SQL Server Power Pivot for SharePoint add-in. You can also use Power View by installing SQL Server Reporting Services (SSRS) in SharePoint-integrated mode and the SSRS front-end add-in from the SQL Server installation media.

자세한 내용은 새로운 SharePoint 2016에서 SQL Server 2016 PowerPivot 및 Power View 배포 백서를 다운로드하세요. 다중 서버 SharePoint Server 2016 팜에서 비즈니스 인텔리전스를 구성 및 배포하는 방법에 대한 자세한 내용은 다중 계층 SharePoint 2016 팜에서 SQL Server 2016 PowerPivot 및 Power View 배포를 다운로드하세요.For more information, download the new Deploying SQL Server 2016 PowerPivot and Power View in SharePoint 2016 white paper. For details about configuring and deploying business intelligence in a multiple server SharePoint Server 2016 farm, download Deploying SQL Server 2016 PowerPivot and Power View in a Multi-Tier SharePoint 2016 Farm.

참고

SharePoint Server 2013 팜에서 SQL Server Business Intelligence 구성 요소를 사용하려는 경우 SQL Server 2012 서비스 팩 1(SP1) 또는 SQL Server 2014를 사용해야 합니다. SQL Server 2012 SP1 BI 및 SharePoint Server 2013에 대한 자세한 내용은 SharePoint 2013에서 SQL Server BI 기능 설치(SQL Server 2012 SP1)를 참조하세요. SQL Server 2014 및 SharePoint Server 2013에 대한 자세한 내용은 SQL Server 2014 Business Intelligence 기능 설치를 참조하세요.If you plan to use SQL Server Business Intelligence components in a SharePoint Server 2013 farm you must use SQL Server 2012 with Service Pack 1 (SP1) or SQL Server 2014. For information about SQL Server 2012 with SP1 BI and SharePoint Server 2013, see Install SQL Server BI Features with SharePoint 2013 (SQL Server 2012 SP1). For more information about SQL Server 2014 and SharePoint Server 2013, see Install SQL Server 2014 Business Intelligence Features.

중요

이 문서에 나오는 모범 사례는 SharePoint Server이 있는 SQL Server의 RDBMS(관계형 데이터베이스 관리 시스템)에 적용됩니다.Best practices in this article apply to the Relational Database Management System (RDBMS) of SQL Server with SharePoint Server.

SQL Server에 대해 전용 서버 사용Use a dedicated server for SQL Server

팜 작업에 대 한 최적의 성능을 보장 하기 위해 다른 팜 역할을 실행 하지 않는 하 고 다른 응용 프로그램에 대 한 데이터베이스를 호스트 하지 않는 전용된 서버에 SQL Server를 설치 하는 것이 좋습니다. 유일한 예외는 SharePoint Server 2016 또는 위한 데이터베이스 개발 또는 테스트 및 프로덕션 환경에서 사용에 대 한 하지 않기 하는 독립 실행형 서버에 단일 서버 팜 역할 또는 SharePoint 2013에서 2019를 배포 합니다. 자세한 내용은 SharePoint 서버 2016 설치 또는 서버 하나에 2019설명의 MinRole와 SharePoint 서버 2016 및 2019 관련된 서비스를 참조 하십시오.To ensure optimal performance for farm operations, we recommend that you install SQL Server on a dedicated server that does not run other farm roles and does not host databases for other applications. The only exception is deployment of SharePoint Server 2016 or 2019 in a Single-Server farm role or SharePoint 2013 on a stand-alone server, which is meant for development or testing, and is not recommended for production use. For more information, see Description of MinRole and associated services in SharePoint Servers 2016 and 2019 and Install SharePoint Servers 2016 or 2019 on one server.

참고

가상화된 환경의 SQL Server 배포에도 관계형 데이터베이스용으로 전용 서버를 사용하는 것이 좋습니다.The recommendation to use a dedicated server for relational databases also applies to deploying SQL Server in virtual environments.

SharePoint Server 배포 전에 특정 SQL Server 설정 구성Configure specific SQL Server settings before you deploy SharePoint Server

일관된 동작 및 성능을 유지하려면 SharePoint Server을 배포하기 전에 다음 옵션과 설정을 구성합니다.To ensure consistent behavior and performance, configure the following options and settings before you deploy SharePoint Server.

  • SharePoint 콘텐츠 데이터베이스에 대해서는 통계 자동 작성을 사용하도록 설정하지 않습니다. SharePoint Server에서는 통계 자동 작성 사용이 지원되지 않습니다. SharePoint Server는 프로비전하고 업그레이드하는 동안 필요한 설정을 구성합니다. SharePoint 데이터베이스에서 수동으로 통계 자동 작성을 설정하면 쿼리 실행 계획을 크게 변경할 수 있습니다. SharePoint 데이터베이스는 통계(proc_UpdateStatistics)를 유지 관리하는 저장 프로시저를 사용하거나 SQL Server를 사용하여 이 작업을 수행합니다.Do not enable auto-create statistics on SharePoint content databases. Enabling auto-create statistics is not supported for SharePoint Server. SharePoint Server configures the required settings during provisioning and upgrade. Manually enabling auto-create statistics on a SharePoint database can significantly change the execution plan of a query. The SharePoint databases either use a stored procedure that maintains the statistics (proc_UpdateStatistics) or rely on SQL Server to do this.

  • SharePoint Server 2013에 대 한 SharePoint에서 유지 관리 계획은 관리 합니다.For SharePoint Server 2013, Maintenance Plans are managed by SharePoint:

    • 상태 규칙 "SharePoint에서 사용 되는 데이터베이스에 기한이 지난 인덱스 통계가" proc_updatestatics를 호출 하 여 관리 되는 SQL 통계SQL statistics are managed by the health rule “Databases used by SharePoint have outdated index statistics” that calls proc_updatestatics
    • 콘텐츠 데이터베이스의 경우 자동 업데이트 통계 속성을 False 로 설정Content databases have the Auto Update Statistics property set to False
  • SharePoint 서버 2016 및 2019 SQL 관리자가 만들어야 유지 관리 계획 SharePoint 콘텐츠 데이터베이스에 대해:For SharePoint Servers 2016 and 2019, SQL administrator must create Maintenance Plans for SharePoint content databases:

    • SQL 통계는 상태 규칙 "SharePoint에서 사용 되는 데이터베이스에 기한이 지난 인덱스 통계가"으로 관리 되지않는SQL statistics are not managed by the health rule “Databases used by SharePoint have outdated index statistics”
    • 콘텐츠 데이터베이스의 경우 자동 업데이트 통계 속성이 True 로 설정 `Content databases have the Auto Update Statistics property set to True `
  • 단일 SQL Server 프로세스에서 각 요청을 처리하도록 SharePoint 데이터베이스를 호스트하는 SQL Server 인스턴스에 대해 MAXDOP(최대 병렬 처리 수준)를 1로 설정합니다.Set max degree of parallelism (MAXDOP) to 1 for instances of SQL Server that host SharePoint databases to make sure that a single SQL Server process serves each request.

    중요

    최대 병렬 처리 수준을 다른 수로 설정하면 사용될 쿼리 계획이 최적화되지 않아 SharePoint Server 성능이 저하하게 됩니다.Setting the max degree of parallelism to any other number can cause a less optimal query plan to be used that will decrease SharePoint Server performance.

  • 데이터베이스를 다른 서버로 좀 더 쉽게 이동하는 것과 같이 유지 관리를 쉽게 하려면 SQL Server의 모든 인스턴스에 대한 IP 주소를 가리키는 DNS 별칭을 만듭니다. DNS 또는 호스트 이름 별칭에 대한 자세한 내용은 SQL Server 인스턴스의 호스트 이름 별칭 추가 방법을 참조하세요.To help simplify maintenance, such as to make it easier to move databases to another server, create DNS aliases that point to the IP address for all instances of SQL Server. For more information about DNS or Hostname aliases, see How to Add a Hostname Alias for a SQL Server Instance.

이러한 SQL Server 설정 및 옵션에 대한 자세한 내용은 SQL Server 옵션 설정을 참조하세요.For more information about these SQL Server settings and options, see Set SQL Server options.

SharePoint Server 배포 전에 데이터베이스 서버 강화Harden the database server before you deploy SharePoint Server

SharePoint Server을 배포하기 전에 데이터베이스 서버를 계획하고 강화하는 것이 좋습니다. 자세한 내용은 다음을 참조하세요.We recommend that you plan for, and harden the database server before you deploy SharePoint Server. For more information, see:

성능과 가용성을 높일 수 있도록 데이터베이스 서버 구성Configure database servers for performance and availability

프런트엔드 서버 및 응용 프로그램 서버와의 경우, 마찬가지로 구성 데이터베이스 서버에 대 한 SharePoint 서버가 수행 하는 얼마나 잘 영향을 줍니다. 일부 데이터베이스가 다른 데이터베이스와 동일한 서버에 있어야 합니다. 반면, 일부 데이터베이스는 다른 데이터베이스와 동일한 서버에 수 없습니다. 자세한 내용은 설명의 MinRole와 SharePoint 서버 2016 및 2019 관련된 서비스저장소 및 SQL Server 용량 계획 및 구성 (SharePoint Server)을참조 하십시오.As is the case with front-end servers and application servers, the configuration for database servers affects how well SharePoint Server performs. Some databases have to be on the same server as other databases. Conversely, some databases cannot be on the same server as other databases. For more information, see Description of MinRole and associated services in SharePoint Servers 2016 and 2019 and Storage and SQL Server capacity planning and configuration (SharePoint Server).

미러링을 사용하며 항상 사용할 수 있는 데이터베이스에 대한 자세한 내용은 데이터베이스 미러링(SQL Server)을 참조하세요.For guidance about highly available databases that use mirroring, see Database Mirroring (SQL Server).

SQL Server 장애 조치(failover) 클러스터링 및 Always On 가용성 그룹SQL Server Failover Clustering and Always On Availability Groups

SQL Server 2012에서는 AlwaysOn 가용성 그룹 기능을 도입했습니다. 이 기능은 데이터베이스 미러링 및 로그 전달 솔루션을 대신하는 고가용성 및 재해 복구 솔루션입니다. AlwaysOn 가용성 그룹은 이제 가용성 복제본을 최대 9개까지 지원합니다.SQL Server 2012 introduced the AlwaysOn Availability Groups feature. This feature is a high availability and disaster recovery solution that's an alternative to database mirroring and log shipping solutions. AlwaysOn Availability Groups now support up to nine availability replicas.

참고

데이터베이스 미러링은 향후 SQL Server 버전에서 더 이상 사용되지 않을 예정입니다. 따라서 Always On 가용성 그룹을 사용하는 것이 좋습니다.Database mirroring will be deprecated in future versions of SQL Server. We recommend using Always On Availability Groups.

AlwaysOn 가용성 그룹에는 WSFC(Windows Server 장애 조치(Failover) 클러스터링) 클러스터가 필요합니다. 만들어진 모든 가용성 그룹에 대해 WSFC 리소스 그룹이 만들어집니다. 자세한 내용은 다음 리소스를 참조하세요.AlwaysOn Availability Groups require a Windows Server Failover Clustering (WSFC) cluster. A WSFC resource group is created for every availability group that is created. For more information, see the following resources:

처리량과 관리 효율성을 최적화할 수 있도록 저장소 디자인Design storage for optimal throughput and manageability

데이터베이스 서버의 여러 드라이브에 데이터를 분산시키고 데이터의 우선 순위를 지정하는 것이 좋습니다. tempdb 데이터베이스, 콘텐츠 데이터베이스, 사용 현황 데이터베이스, 검색 데이터베이스 및 트랜잭션 로그를 별도의 실제 하드 디스크에 배치하는 것이 이상적입니다. 다음 목록에서는 몇 가지 지침을 제공합니다. 자세한 내용은 데이터베이스 구성을 참조하세요.We recommend that you separate, and prioritize your data among the drives on the database server. Ideally, you should place the tempdb database, content databases, usage database, search databases, and transaction logs on separate physical hard disks. The following list provides some guidance. For more information, see Configure databases.

  • 공동 작업 또는 업데이트를 많이 수행하는 사이트의 경우 다음과 같은 순위로 저장소를 배분합니다.For collaboration or update-intensive sites, use the following ranking for storage distribution.

    가장 높은 순위 항목이 가장 빠른 드라이브에 있어야 합니다.The highest ranked item should be in the fastest drives.

    순위Rank 항목Item
    11 tempdb 데이터 파일 및 트랜잭션 로그tempdb data files and transaction logs
    22 콘텐츠 데이터베이스 트랜잭션 로그 파일Content database transaction log files
    33 검색 데이터베이스(검색 관리 데이터베이스는 제외)Search databases, except for the Search administration database
    44 콘텐츠 데이터베이스 데이터 파일Content database data files
  • 읽기 중심의 포털 사이트에서는 다음과 같이 트랜잭션 로그보다 데이터 및 검색 로그의 우선 순위를 더 높게 지정합니다.In a heavily read-oriented portal site, prioritize data and search over transaction logs as follows.

    가장 높은 순위 항목이 가장 빠른 드라이브에 있어야 합니다.The highest ranked item should be in the fastest drives.

    순위Rank 항목Item
    11 tempdb 데이터 파일 및 트랜잭션 로그tempdb data files and transaction logs
    22 콘텐츠 데이터베이스 데이터 파일Content database data files
    33 검색 데이터베이스(검색 관리 데이터베이스는 제외)Search databases, except for the Search administration database
    44 콘텐츠 데이터베이스 트랜잭션 로그 파일Content database transaction log files
  • 테스트 데이터 및 사용자 데이터의 경우 tempdb의 디스크 I/O가 부족하면 전체 팜 성능이 크게 저하될 수 있음을 보여 줍니다. 이 문제를 방지하려면 tempdb 데이터 파일을 저장하는 드라이브에 전용 디스크를 할당합니다.Testing and user data shows that insufficient disk I/O for tempdb can significantly impede overall farm performance. To avoid this issue, allocate dedicated disks for the drive that stores tempdb data files.

  • 최상의 성능을 유지하려면 tempdb 데이터 파일을 저장하는 드라이브에 RAID 10 배열을 사용합니다. tempdb 데이터 파일 수는 CPU 코어 수와 같아야 하며, 각 tempdb 데이터 파일은 같은 크기로 설정해야 합니다.For best performance, use a RAID 10 array for the drive that stores tempdb data files. The number of tempdb data files should equal the number of CPU cores, and each tempdb data file should be set to the same size.

  • 데이터베이스 데이터 및 트랜잭션 로그 파일을 여러 디스크에 분리합니다. 데이터와 로그 파일이 공간 제한으로 인해 디스크를 공유해야 하는 경우에는 사용 패턴이 서로 다른 여러 파일을 동일한 디스크에 배치하여 동시 액세스 요청을 최소화합니다.Separate database data and transaction log files across different disks. If data and log files must share disks due to space limitations, put files that have different usage patterns on the same disk to minimize concurrent access requests.

  • 사용량이 많은 콘텐츠 데이터베이스의 경우 여러 데이터 파일을 사용하고 각각 자체 디스크에 배치합니다.Use multiple data files for heavy-use content databases, and put each on its own disk

  • 관리 효율성을 높이려면 데이터베이스 크기를 제한하는 대신 필요한 만큼 모니터링하고 조정하여 콘텐츠 데이터베이스를 200GB 이하로 유지합니다.To improve manageability, monitor and make adjustments as needed to keep content databases below 200 GB, rather than restrict the database size.

    참고

    SQL Server에서 데이터베이스 크기를 수동으로 제한하면 용량이 초과할 때 예기치 않게 시스템이 중지할 수 있습니다.If you manually restrict database size in SQL Server, you can cause unexpected system downtime when the capacity is exceeded.

SQL Server 시스템의 성능과 작업 효율성을 최적으로 유지하려면 I/O 하위 시스템을 적절하게 구성해야 합니다. 자세한 내용은 디스크 사용량 모니터링을 참조하세요.Proper configuration of I/O subsystems is very important to the optimal performance and operation of SQL Server systems. For more information, see Monitoring Disk Usage

데이터 파일과 로그 파일 간에 디스크 속도를 측정하는 방법에는 여러 가지가 있습니다. 데이터베이스 데이터에 가장 빠른 드라이브가 로그 파일에도 가장 빠르지는 않을 수 있습니다. 사용 패턴, I/O 및 파일 크기를 고려합니다.Consider that how you measure disk speed varies between data files and log files. The fastest drives for database data may not be the fastest for log files. Consider usage patterns, I/O, and file size.

데이터 및 로그 파일의 증가를 사전에 관리Proactively manage the growth of data and log files

다음은 데이터 및 로그 파일의 증가를 사전에 관리하기 위한 권장 사항입니다.Following are recommendations to proactively manage the growth of data and log files:

  • 가능한 경우 모든 데이터 파일 및 로그 파일을 예상되는 최종 크기까지 늘리거나, 설정된 기간(예: 매월 또는 6개월마다)에 정기적으로 늘리거나, 저장소를 많이 사용하는 새 사이트를 롤아웃하기 전에(예: 파일 마이그레이션 중에) 늘립니다.When possible, increase all data files and log files to their expected final size, or periodically increase these at set periods, for example, every month or every six months, or before rollout of a new storage-intensive site such as during file migrations.

  • >데이터 및 로그 파일 저장 공간이 부족해지지 않도록, 문제 예방책으로 데이터베이스 자동 증가를 사용하도록 설정하는 것이 좋습니다. 다음 사항을 고려하세요Enable database autogrowth as a protective measure to make sure that you do not run out of space in data and log files. Consider the following:

    중요

    자동 증가 사용과 관련된 성능 및 작동 문제를 고려해야 합니다. 자세한 내용은 SQL Server의 "자동 증가"와 "자동 축소" 설정을 위한 고려 사항을 참조하세요.You must factor in the performance and operations issues associated with using autogrowth. For more information, see Considerations for the "autogrow" and "autoshrink" settings in SQL Server.

    • 새 데이터베이스의 기본 설정은 1MB씩 늘리는 것입니다. 이 자동 증가 기본 설정이 데이터베이스의 크기를 늘리므로 기본 설정을 사용하지 않도록 합니다. 대신 SQL Server 옵션 설정에 나와있는 지침을 따르세요.The default settings for a new database are to grow by 1 MB increments. Because this default setting for autogrowth results in increases in the size of the database, do not rely on the default setting. Instead, use the guidance provided in Set SQL Server options.

    • 자동 증가 값을 백분율 대신 고정된 MB 값으로 설정합니다. 즉, 데이터베이스가 클수록 증분 값도 커집니다.Set autogrowth values to a fixed number of megabytes instead of to a percentage. The bigger the database, the bigger the growth increment should be.

      참고

      SharePoint 데이터베이스의 자동 증가 기능을 설정할 때는 주의해야 합니다. 데이터베이스 자동 증가를 백분율, 예를 들어 10%로 설정하면 5GB인 데이터베이스는 데이터 파일을 확장해야 할 때마다 500MB씩 커집니다. 이러한 시나리오에서는 디스크의 공간이 부족할 수 있습니다.Use care when you set the autogrowth feature for SharePoint databases. If you set a database to autogrow as a percentage, for example at a 10-percent (%) growth rate, a database that is 5 GB grows by 500MB every time that a data file has to be expanded. In this scenario, you could run out of disk space.

      예를 들어 콘텐츠가 점차적으로 증가하는 시나리오에서 증분은 100MB로 설정되고 자동 증가는 10MB로 설정되어 있다고 가정합니다. 초기 크기가 50GB인 새 문서 관리 사이트에 대해 많은 양의 데이터 저장소가 갑자기 필요한 경우 증분은 10MB가 아닌 500MB가 적절합니다.Consider for example, a scenario where content is gradually increased, say at 100MB increments, and autogrowth is set at 10MB. Then suddenly a new document management site requires a very large amount of data storage, perhaps with initial size of 50 GB. For this large addition, growth at 500 MB increments is more appropriate than 10MB increments.

    • 관리되는 프로덕션 시스템의 경우에는 데이터베이스가 갑자기 커지는 경우에 대비하는 방법으로만 자동 증가를 고려해야 합니다. 즉, 자동 증가 옵션을 사용하여 일상적인 데이터 및 로그 증가를 관리해서는 안 되며, 대신 1년 동안의 대략적인 크기를 허용하도록 자동 증가를 설정한 다음 오류를 위해 20% 여분을 추가합니다. 또한 데이터베이스 공간이 부족하거나 최대 크기에 도달하게 되면 알리도록 경고를 설정합니다.For a managed production system, consider autogrowth to be merely a contingency for unexpected growth. Do not use the autogrow option to manage your data and log growth on a day-to-day basis. Instead, set the autogrowth to allow for an approximate size in one year and then add a 20 percent margin for error. Also set an alert to notify you when the database runs low on space or approaches a maximum size.

  • 증가 및 최대 사용 패턴을 허용하도록 드라이브에 최소한 25%의 사용 가능한 공간을 유지 관리합니다. 드라이브를 RAID 배열에 추가하거나 관리할 저장소를 더 많이 할당한 경우에는 공간이 부족해지는 것을 방지하기 위해 용량을 수시로 모니터링합니다.Maintain a level of at least 25 percent available space across drives to accommodate growth and peak usage patterns. If you add drives to a RAID array or allocate more storage to manage, monitor capacity closely to avoid running out of space.

지속적인 SQL Server 저장소 및 성능 모니터링Continuously monitor SQL Server storage and performance

SQL Server 저장소 및 성능을 지속적으로 모니터링하여 각 프로덕션 데이터베이스 서버가 부하를 적절하게 처리하는지 확인합니다. 또한 지속적으로 모니터링하면 리소스를 계획하는 데 사용할 수 있는 벤치마크를 설정할 수도 있습니다.We recommend that you continuously monitor SQL Server storage and performance to make sure that each production database server is adequately handling the load put on it. Additionally, continuous monitoring enables you to establish benchmarks that you can use for resource planning.

광범위하게 리소스를 모니터링합니다. SQL Server와 관련된 리소스로 모니터링을 제한해서는 안 됩니다. SQL Server를 실행하는 컴퓨터의 CPU, 메모리, 캐시/적중률 및 I/O 하위 시스템과 같은 리소스를 추적하는 것도 마찬가지로 중요합니다.Take a comprehensive view of resource monitoring. Do not limit monitoring to resources that are specific to SQL Server. It is equally important to track the following resources on computers that are running SQL Server: CPU, memory, cache/hit ratio, and the I/O subsystem.

하나 이상의 서버 리소스가 느려지거나 부하가 과도한 것처럼 보이면 현재 및 계획된 작업량을 기반으로 다음 성능 지침을 고려합니다.When one or more of the server resources seems slow or overburdened, consider the following performance guidelines based on the current and projected workload.

백업 압축을 통해 백업 속도를 높이고 파일 크기 줄이기Use backup compression to speed up backups and reduce file sizes

백업 압축을 수행하면 SharePoint 백업 작업을 빠르게 진행할 수 있습니다. 이 기능은 SQL Server Standard 및 Enterprise Edition에서 사용할 수 있습니다. 백업 스크립트에서 압축 옵션을 설정하거나 기본적으로 압축하도록 SQL Server를 구성하면 데이터베이스 백업 및 전달된 로그의 크기를 크게 줄일 수 있습니다. 자세한 내용은 백업 압축(SQL Server)데이터 압축이나 테이블 또는 인덱스에 압축 사용을 참조하세요.Backup compression can speed up SharePoint backup operations. It is available in SQL Server Standard and Enterprise Edition. If you set the compression option in your backup script or configure SQL Server to compress by default, you can significantly reduce the size of your database backups and shipped logs. For more information, see Backup Compression (SQL Server) and Data Compression, or Enable Compression on a Table or Index

도움 주신 분Acknowledgements

SharePoint Server 콘텐츠 게시 팀에서는 이 문서 작성에 도움을 주신 다음 분들께 감사 드립니다.The SharePoint Server Content Publishing team thanks the following contributors to this article:

  • Kay Unkroth(SQL Server 선임 프로그램 관리자)Kay Unkroth, Senior Program Manager, SQL Server

  • Chuck Heinzelman(SQL Server 선임 프로그램 관리자)Chuck Heinzelman, Senior Program Manager, SQL Server

참고 항목See also

개념Concepts

SharePoint Server 2016 및 2019 환경의 SQL Server 개요Overview of SQL Server in SharePoint Server 2016 and 2019 environments

저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server)Storage and SQL Server capacity planning and configuration (SharePoint Server)

기타 리소스Other Resources

SharePoint 보안: SharePoint 환경에서 SQL Server 강화Securing SharePoint: Harden SQL Server in SharePoint Environments