LuckyLindy-잠깐 멈추고 SQL 에이전트가 필요하지 않은지 확인하십시오. 당신은 썼다 :
각 클라이언트마다 고유 한 데이터베이스가있는 이중 웹 / 내부 트랜잭션 응용 프로그램을 출시하려고합니다. 각 데이터베이스는 각각 50MB 미만으로 매우 작으므로 전체 SQL Server 대신 SQL Express 2008을 사용하는 것이 좋을지 궁금했습니다.
백업 계획은 무엇입니까? SQL 에이전트를 사용할 필요는 없지만 DBA를보다 쉽게 사용할 수 있습니다. 백업을 수행하는 T-SQL / SMO / PowerShell / 모든 스크립트를 작성한 다음 예약 된 작업을 사용하여 sqlcmd 또는 PowerShell을 통해 실행할 수 있습니다.
데이터베이스 유지 관리 계획은 무엇입니까? 시간이 지남에 따라 해당 데이터베이스를 조각 모음하고 일관성을 검사해야합니다. Standard Edition에는이를 쉽게하기 위해 모든 종류의 장점이 있지만 Express에서는 스크립팅 및 예약 된 작업과 함께 작업해야합니다.
서버의 문제를 어떻게 알 수 있습니까? 에이전트는 로그가 가득 차거나 디스크가 가득 찼을 때 알려주는 경고를 통해 여기를 도와줍니다.
이는 중요한 SQL Server DBA 유형 작업입니다. 사내 앱에 대해 Express를 실행하는 것이 한 가지이지만 일단 클라이언트를 위해 호스팅한다고 알려주기 시작하면 걱정됩니다.)
이것의 2 부 에서는 출시 시점과 1 년 후에 얼마나 많은 클라이언트를 지원할 계획입니까? "100 개의 클라이언트"라고 말하면 Express에서 100 개의 50MB 데이터베이스로 충분하지 않습니다. 메모리가 충분하지 않습니다. 도대체-델타의 양에 따라 15 개의 DB를 최대로 사용할 수 있습니다.
최대 200 명의 동시 사용자를 보유 할 수 없으며 대부분의 작업이 더 트랜잭션 처리됩니다 (무거운 RAM / CPU보다 많은 고속 디스크를 선호하는 것 같습니다).
INSERT와 같은 트랜잭션 작업은 여전히 메모리에 기록되므로 더 적은 메모리 지원이 필요하지 않습니다. 실제로, 얼마나 많은 INSERT를 수행 하느냐에 따라 해당 사용자 수보다 많은 메모리가 필요할 수 있습니다. 사람들이 실제로 사용하지 않는 많은 양의 데이터를로드하는 경우 여전히 메모리를 차지합니다. "사용자가 자주 쿼리하는 데이터"와 "누구도 쿼리하지 않는 사용자가로드하는 데이터"사이에 경합 문제가 발생할 수 있습니다. SQL은 사람들이 메모리에서 더 자주 쿼리하는 데이터를 더 오래 보존함으로써 우리를 보호하지만 여전히 경합이 있습니다.
이 시점에서, 나는 lol를 짓밟고있다. 그리고 200 명의 동시 사용자는 Express를 위해 저와 함께 움직이지 않습니다. 64k가 평균 연결 메모리 요구 사항이라고 가정 해 보겠습니다. 연결 수는 몇 개입니까? 연결 풀링을 사용 하시겠습니까?
대체로, 당신의 설명을 읽은 내 직감은 "아니오-Express Edition은 충분히 강력하지 않습니다."라고 말합니다. 그리고 나는 Workgroup Edition을 싫어합니다-그것이 나쁜 거래라고 생각합니다-그래서 Standard는 나에게 옳아 보입니다.