SQL Azure 데이터베이스 배포에 대 한 모범 사례를 사용 하 여

SQL Azure는 대부분의 SQL Server에 대 한 최고의 시간에 대 한 적절 한 하 고 그것의 생성 및 개발 기반 SQL Server 기술, 새로운 유형의 응용 프로그램 시스템을 구축할 때, 아키텍처 및 기능에 차이가 있습니다. 이 아이디어를 더 고려 하 고 탐구의 변화가 필요 합니다.

예를 들어 데이터베이스에 너무 많은 부하 때 우리 데이터베이스 연결 권리 또는 SQL Azure 데이터 원본 연결이 있는 기존 SQL Server 응용 프로그램에서 발생 하지 않는 몇 가지 문제를 처리 하기 위해 응용 프로그램을 개발 하는 동안 부드러운, 되지 않습니다 여부 문제의 원인을 식별 해야 합니다. 여기에 몇 가지 권장 사항 및 SQL Azure 데이터베이스 배포에 대 한 모범 사례입니다.

프런트 엔드 응용 프로그램이 Windows Azure에 경우 당신은 연결을 최적화 하는 응용 프로그램과 데이터베이스 서버 간의 대기 시간을 줄여 같은 컴퓨터에 응용 프로그램 및 SQL Azure 데이터베이스를 배치 해야 합니다. 전통적으로, 웹 서버와 데이터베이스 서버 같은 컴퓨터에 있지만 SQL Azure 호스트 세계의 여러 데이터 센터에 배치 됩니다. 따라서, 시스템 구성의 관점에서 Windows Azure 응용 프로그램은 SQL Azure와 동일한 컴퓨터에 배치 되어야 합니다.

그냥 전통적인 데이터베이스 확장 보다 밖으로 확장 하 여 크고 더 자주 사용 부하 응답을 처리 합니다. SQL Azure 데이터베이스 리소스 제약 때문에 더이 규칙에 적용 됩니다. SQL Azure 데이터베이스에서는 너무 많은 CPU 및 디스크 I/O 발견 하는 경우 다른 데이터베이스에 영향을 받지 않습니다 있도록 처리량을 제어 합니다. 데이터베이스 수준에서 구현 제한 때문에 많은 양의 데이터 수평 또는 수직 방향으로 여러 데이터베이스에 걸쳐 분산 될 수 있습니다, 어떤 경우에 나쁜 연결의 기회를 감소, 그리고 어떤 잠재적인 연결 정체는 데이터 집합의 하위 집합에만 영향을 줍니다.

또한, 두 데이터베이스 간에 SQL Azure의 장애 조치를 시작 해야 하는 경우 작은 데이터베이스 빠르게 수 있습니다. 마찬가지로, 읽기 전용 데이터베이스 서버를 SQL Server에서 새로 고쳐지는 경우 만들 수 있습니다 여러 데이터베이스 SQL Azure에서 응용 프로그램 반복 하거나 임의로 액세스 하는 데이터베이스를 선택할 수 있도록. 이 이런식으로, 당신은 SQL Azure에 부하를 분산 하 고 가난한 연결의 가능성을 줄일 수 있습니다.

참고로 또 다른 점은 SQL Azure 서버 연결은 간섭에 더 취약 하 고 응용 프로그램 수 더 나은 그들을 처리 하 고 다시 연결의 투명성을 제공. 전통적인 SQL 서버 환경에 비해, 연결 중단 발생할 수 있는 몇 가지 시나리오가 있습니다. 예를 들어 경우 로컬 네트워크, 라우터, 스위치, 지역 인터넷 중단 및 SQL Azure 데이터베이스 작동 방법 등 여러 점에서 연결 오류가 발생 합니다. 데이터베이스 서버에 오류가 발생 하면 SQL Azure 새로운 서버를 온라인을 시작 하 고 데이터베이스를 복원 됩니다. 이것은 단지 몇 초 정도 걸립니다, 빠른 과정 이다 하지만 모든 기존 연결이 중단 될 것입니다.