0

SQL Azure 인스턴스를 최신 DACPAC (http://msdn.microsoft.com/en-us/library/ee634742.aspx에서 가져옴)로 업그레이드하는 PowerShell 스크립트를 만들었습니다.SQL Azure DACPAC 업그레이드 (PowerShell 스크립트를 통한)가 완료되기까지 30 분이 걸리는 이유

내 PowerShell 스크립트를 실행할 때 경험 한 것은 실행하는 데 약 30 분이 걸렸습니다. 스크립트는 거의 30 분 동안 유휴 상태가되어 $dacstore.IncrementalUpgrade($dacName, $dacType, $upgradeProperties)에서 실행이 끝나기를 기다리고 PowerShell 콘솔 창에 아무것도 표시되지 않습니다. 30 분이 지나면 증분 업데이트가 콘솔 메시지를 뱉어 내며 업그레이드가 진행 중임을 알립니다 (본질적으로 마침내 스크립트가 30 분 동안 멈춘 것처럼 보입니다. 스크립트가이를 일관되게 유지합니다. 매번).

IncrementalUpgrade를 완료하는 데 보통 오래 걸리지 만 30 분 동안 비활성/대기 중이어야합니까?

Azure 네트워크 외부의 로컬 컴퓨터에서 PowerShell 스크립트를 실행하고 있습니다.

감사의 말을 남겨 주셔서 감사합니다.이 연속 업그레이드 프로세스를 30 분 미만으로 줄여서 내 지속적인 통합 빌드가 오래 걸릴 수 있기를 바랍니다.

+0

흥미롭게도 스크립트는 내 로컬 컴퓨터에서 실행하는 데 30 분이 걸리지 만 Rackspace의 상자에서 스크립트를 실행하면 5 분 밖에 걸리지 않습니다. Rackspace 상자가 더 빠른 인터넷 연결을 가지고 있지만 잘 모르겠습니다. 나의 로컬 박스에서 30 분 동안 반응이 없다고 생각하십시오. –

+0

후속 조치로서 나는 MSDN 소셜에 비슷한 질문을 게시했으며이를 조사하고 있습니다. http://social.msdn.microsoft.com/Forums/en-US/sqlkjappmsmgmt/thread/c82ac23e-2a8f-4c44- ac22-963a916e6ef3/# c82ac23e-2a8f-4c44-ac22-963a916e6ef3 –

답변

0

Microsoft 지원에 따르면 이는 알려진 문제이며 SQL Server 2012 (코드 이름 Denali)에서 수정 될 예정입니다. SqlAzure가 매우 느립니다에 사용 SSMS 2008 또는 PowerShell을 DAC를 업데이트 할 수있는 알려진 문제

그것은 것 : 여기 Microsoft 지원의 세부 정보입니다. SQLServer 2008은 모든 열과 작은 개체에 대해 쿼리를 실행하는 구 추출 엔진 을 사용합니다. 이 방법은 온 프레미스 서버에서 을 잘 처리하고 SQLServer 2008 원래 디자인 대상을 충족시킵니다. 그러나 SqlAzure 데이터베이스를 관리 할 때 쿼리는 이 인터넷을 통해 전송되어야하며 네트워크 지연으로 인해 오래된 추출이 이루어지지 않습니다. 특히 네트워크가 좋지 않은 경우 이 비효율적이됩니다.

SQL 제품 팀에서이 문제를 인식하고 해결하기 위해 새로운 추출 엔진을 고안했습니다. 새 엔진은 SQL Server 2012 (코드 이름 Denali)에 통합되어 있습니다. 불행히도 일부 엔진 동작은 에 SQL Server 2008의 변경 내용을 가져올 수 있습니다. 다른 방법을 시도하지만 SQL Server 2008에서 새 엔진을 적용 할 때 회귀 장벽을 완화 할 수 없습니다. 따라서 계획 새로운 추출 엔진을 지금까지 SQLServer 2008의 핫픽스로 제공합니다. 그러면 현재의 사내 구축 환경의 사용자 및 작업에 영향을 미칩니다 ( ).

CI (Continuous Integration) 프로세스로 PowerShell 스크립트를 구성한 방법에 대한 자세한 내용은 found here입니다.