MSFT에서 데이터베이스 게시 마법사를 통해 게시 한 후 DB 관련 문제

Question

Microsoft에서 제공하는 데이터베이스 게시 마법사를 사용하여 스크립트를 만드는 데 몇 가지 DotNetNuke 사이트에서 작업하고 때로는 (아직 일반적인 요소를 찾지 못했습니다.) 때때로 내 Dev 서버에서 만든 사이트에 대해 호스트 (일반적으로 GoDaddy.com)에서 스크립트를 실행하고 사이트 파일을 업로드 한 후 오류가 발생했습니다 ... 99.9 %가 관련 파일이 아니라고 확신합니다. , 그래서 DB에서 어디에서 시작해야할지 모르겠습니다. 불행히도 DotNetNuke를 사용하면 YSOD를 얻지 못해도 실제 오류가 발생했는지 찾을 수있는 일반적인 오류는 발생하지 않습니다.

데이터베이스 게시 마법사를 사용하여 비슷한 배포 문제가있는 사람이 있는지 궁금한데, 그렇다면 어떻게 극복 했습니까? RedGate 도구를 소유하고 있지만 GoDaddy와 같은 일부 호스트는 서버에 직접 연결할 수 없습니다.

Answer 1

데이터베이스 게시 마법사에서 생성 된 스크립트는 대개 테이블/제약 조건을 다룰 때 프로 시저 생성. 내가하는 일은 먼저 데이터베이스를 백업 한 다음 스크립트를 실행하고 오류가 발생하면 해당 쿼리를 스크립트의 끝으로 이동합니다. 계속해서 데이터베이스를 복원하고 스크립트가 작동 할 때까지 스크립트를 실행하십시오.

Answer 2

당신은의 Web.config에 다음과 같이 설정하여 기본 오류 메시지를 노출 할 수 있어야한다 :

customErrors mode="Off" 

당신이 정교 "하고 사이트의 파일을 업로드"수 있을까요? DNN의 새로운 인스턴스? 기존 사이트를 업데이트 하시겠습니까? DNN 버전 업그레이드? 업그레이드 또는 업데이트하는 경우 - 어떤 파일을 추가/덮어 쓰시겠습니까?

또한 GoDaddy를 사용할 때 웹 사이트의 ID (네트워크 버전 또는 IIS 버전에 따라 asp.net 컴퓨터 계정)에 웹 사이트의 파일 시스템에 대한 충분한 권한이 있는지 확인할 수 있습니까? 수정 권한이 있어야하며 파일을 덮어 쓰는 경우 다시 적용해야 할 수도 있습니다.

• IIS6 (XP, 서버 2000, 2003) = ASP.Net 컴퓨터 계정
• IIS7 (비스타, 서버 2008) = 새 로컬 데이터베이스에 네트워크 서비스

Answer 3

테스트 생성 된 스크립트 (무료 SQL Express 제품 또는 전체 식사 거래 사용). 로컬에서 잘 실행되면 모든 것이 동등한 다른 곳에서 실행된다는 확신을 가질 수 있습니다.

로컬로 실행할 때 폭탄이 발생하면 제거 프로세스를 사용하여 스크립트 실행을 진행하여 문제가되는 코드를 찾습니다.

내 직감은 스크립트의 순서가 꺼져 있다는 것입니다. I 전 데이터베이스 게시 마법사로 그 일이 일어났습니다.

Answer 4

후속 작업을 읽습니다. 모든 경우에있어 문제가 있었지만 항상 web.config의 연결 문자열과 관련이있었습니다. 쳐다 보면서 몇 시간이 지나도 web.config의 연결 문자열 문제였습니다. 일어나서 산책을하고 돌아와.

Answer 5

DNN의 오류 페이지 중 하나가 나타나면 이벤트 로그 테이블에 오류가 기록되었을 수 있습니다.

Answer 6

내가 볼 것 두 가지 영역이 있습니다 -

1. 당신은 DBO 스키마에서 실행하고 당신의 스크립트 데이터베이스 는 DBO를 사용했다?
2. dev 또는 프로덕션 환경에서 objectqualifier를 사용하고 있습니까? 에 따라

Answer 7

을 (당신의 sqldataprovider 구성에 설정)을 보면 정확히 무슨 일이 일어나고 어떤 DNN 당신을 보여주는 수동, 이벤트 로그 테이블 내부를 들여다 보면 거기에 저장된 XML 데이터를 꺼내, 그것을 구문 분석 할 수있을 것 스택 추적 및 특정 오류에 대한 자세한 정보를 찾으십시오.

그러나 데이터베이스의 백업 및 복원을 사용하여 배포를 통해 전체적으로 더 나은 경험을 얻을 수는 있지만 모든 방법으로 모든 개체가 올바르게 이동했음을 확신 할 수 있습니다. 솔직히 제 경험에서 더 잘 작동합니다.

GoDaddy를 사용하면 DNN이 web.config 및 기타 필요한 파일을 수정하지 못하게하여 잘못된 파일 사용 권한 문제가 있다는 것을 알 수 있습니다.