私はかなりの数の DotNetNuke サイトで作業しており、ときどき (共通要素はまだわかりません)、Microsoft の Database Publishing Wizard を使用して、Dev サーバーで作成したサイトのスクリプトを作成します。ホスト (通常は GoDaddy.com) でスクリプトを実行し、サイト ファイルをアップロードすると、エラーが発生します...ファイル関連ではないことは 99.9% 確信しているので、DB のどこから始めればよいかわかりません。残念ながら、DotNetNuke では YSOD は得られませんが、一般的なエラーであり、発生した実際の例外を見つける実際の方法はありません。
データベース公開ウィザードを使用して同様の展開の問題が発生したことがある人がいるかどうか、もしそうなら、どのように解決したか知りたいです。私は RedGate ツールセットを所有していますが、GoDaddy などの一部のホストでは、サーバーへの直接接続が許可されていません...
私が見ている2つの領域があります -
データベース公開ウィザードの生成されたスクリプトは、制約を処理するときにテーブル/プロシージャ作成の順序が間違っていることがあるため、通常は微調整する必要があります。まずデータベースをバックアップしてからスクリプトを実行し、エラーが発生した場合は、そのクエリをスクリプトの最後に移動します。機能するまで、データベースの復元とスクリプトの実行を続けます。
何が起こっているか、どのDNNが表示しているかによっては、EventLogテーブル内を手動で調べ、そこに格納されているXMLデータを引き出し、解析して、スタックトレースと目前の特定のエラーに関する詳細情報を見つけることができる場合があります。
ただし、データベースのバックアップと復元を使用した展開では、全体的なエクスペリエンスが大幅に向上することがわかりました。そうすれば、すべてのオブジェクトが正しく移動したことを100％確信でき、正直なところ、私のエクスペリエンスではより適切に機能します。
GoDaddyの場合、もう1つの大きな一般的な問題は、ファイルのアクセス許可が正しくないことであり、DNNがweb.configやその他の必要なファイルを変更できないことを知っています。
web.config で次のように設定することで、根本的なエラー メッセージを公開できるはずです。
customErrors mode="Off"
「サイトファイルのアップロード」について詳しく教えてください。DNN の新しいインスタンス? 既存のサイトを更新しますか? DNN のバージョンをアップグレードしますか? アップグレードまたは更新する場合 -- どのファイルを追加/上書きしますか?
また、GoDaddy を使用する場合、Web サイトの ID (IIS のバージョンに応じてネットワーク サービスまたは asp.net マシン アカウント) が Web サイトのファイル システムに対して十分なアクセス許可を持っていることを確認できますか? 変更権限が必要であり、ファイルを上書きする場合は、これらを再適用する必要がある場合があります。
DNN のエラー ページの 1 つを取得している場合は、エラーがイベント ログ テーブルに記録されている可能性があります。
生成されたスクリプトを新しいローカル データベースでテストします (無料の SQL Express 製品または完全な食事の取引を使用)。ローカルで問題なく動作する場合は、他の場所でも動作すると確信できます。すべての条件が同じです。
ローカルで実行したときに問題が発生した場合は、排除プロセスを使用してスクリプトの実行を進め、問題のあるコードを見つけます。
私の推測では、スクリプトの順序がずれている可能性があります。データベース公開ウィザードで以前にそのようなことがあったと思います。
フォローアップを読んでください。私があなたの問題を抱えていたすべてのケースで、それは常に web.config の接続文字列に関係していました。何時間も見つめた後でも、それは常に web.config の接続文字列の問題でした。起きて、散歩してから戻ってきてください。