데이터베이스 리소스 계획
인스턴스 데이터베이스 및 응용 프로그램 데이터베이스를 처음 만들 때는 인스턴스 구성 및 응용 프로그램 정의에 적절한 파일 크기를 사용하여 데이터베이스를 정의해야 합니다. 초기 파일 및 디스크 공간 크기를 충분하게 지정하면 데이터베이스 공간이 부족해질 가능성이 줄어들며 데이터베이스의 크기를 조정하는 동안 성능이 일시적으로 저하되지 않도록 방지할 수 있습니다.
데이터베이스의 적절한 파일 크기는 인스턴스 및 응용 프로그램에서 지원하는 구독자, 구독, 이벤트 및 알림의 예상 개수에 따라 달라집니다. 다음 지침을 사용하여 데이터베이스 크기를 계획합니다.
응용 프로그램 데이터베이스 크기
각 응용 프로그램 데이터베이스는 구독, 이벤트, 알림, 응용 프로그램 상태 정보, 기록 형식의 데이터, 응용 프로그램에 대한 메타데이터 등을 저장합니다.
이벤트 및 알림 데이터는 응용 프로그램 정의에 지정된 일정에 따라 제거됩니다. 개발자는 이 노드에서 데이터의 보존 기간도 지정합니다. 보존 기간과 데이터 제거(vacuuming) 일정을 적절히 고려하여 응용 프로그램 데이터베이스에서 수집될 이벤트 및 알림 데이터 양을 예상합니다.
데이터 제거 프로세스를 통해 데이터가 제거되기 전에 데이터베이스에서 누적될 이벤트 및 알림 데이터 양을 결정하면 Microsoft SQL Server 데이터베이스 크기 지정 메서드를 사용하여 응용 프로그램 데이터베이스의 크기를 예상할 수 있습니다.
응용 프로그램에 대한 데이터베이스 크기를 계획하려면 다음 정보를 수집합니다.
- 데이터 제거 프로세스를 통해 이벤트가 제거되기 전에 최대 사용 기간 동안 수집될 예상 이벤트 개수 및 ADF의 이벤트 클래스 필드에 의해 결정되는 각 이벤트 행의 크기
- 응용 프로그램에 대해 기대되는 총 예상 구독자 개수 및 ADF의 구독 클래스 필드에 의해 결정되는 각 구독 행의 크기
- 데이터 제거 프로세스를 통해 알림이 제거되기 전에 생성되는 예상 알림 개수. 배포자 로깅을 사용할 경우 알림 개수를 두 배로 합니다. ADF에서 알림 클래스 필드를 사용하여 각 알림 행의 크기를 결정합니다.
- 메타데이터 양. 응용 프로그램 데이터베이스는 일반적으로 5MB-10MB의 메타데이터를 포함합니다.
- 기록 테이블 및 인덱스. 이 개체는 데이터베이스 크기에 추가됩니다.
응용 프로그램 데이터베이스 크기를 예상하는 일은 인덱스 및 응용 프로그램 설정으로 인해 어려울 수 있습니다. 데이터베이스 크기를 예상하는 방법은 데이터베이스 크기 예측을 참조하십시오.
인스턴스 데이터베이스 크기
인스턴스 데이터베이스의 데이터는 응용 프로그램 데이터베이스의 데이터보다 훨씬 안정적입니다. 구독자 수 및 구독자 장치 개수를 예상할 수 있는 경우 인스턴스 데이터베이스의 크기도 예상할 수 있어야 합니다. 크기를 예상하려면 다음 정보를 수집합니다.
- 인스턴스에서 호스팅하는 모든 응용 프로그램에 대해 예상되는 총 구독자 개수
- 각 구독자 행의 크기
- 예상되는 총 구독자 장치 개수
- 메타데이터. 인스턴스에 대한 메타데이터 양을 2MB로 예상합니다.
다음 식을 사용하여 인스턴스 데이터베이스 크기를 예상할 수 있습니다.
instance database size = 2 * ((number_of_subscribers * subscriber_row_size (in bytes)) + (number_of_subscriber_devices * 200 bytes) + 2 MB metadata)
로그 파일 크기
응용 프로그램 데이터베이스는 일반적으로 많은 트랜잭션이 있는 매우 활동적인 데이터베이스입니다. 이 데이터베이스 작업으로 인해 트랜잭션 로그가 빠르게 커질 수 있습니다. 따라서 로그 파일 크기를 초기 응용 프로그램 데이터베이스 크기의 25%로 시작해야 합니다. 인스턴스 데이터베이스 로그 파일에 대해서도 동일한 예상 크기를 사용할 수 있습니다. 로그 파일 백업 중에나 검사점 중에 로그가 잘리면 로그는 적절한 크기를 유지합니다. 자세한 내용은 트랜잭션 로그 잘림를 참조하십시오.
참고 항목
개념
데이터베이스 고려 사항
응용 프로그램 데이터베이스 정의
인스턴스 데이터베이스 정의
Notification Services 시스템 계획