問題タブ [redgate]

SQL Server 2008 (R2 ではない) でクリーンアップしようとしているデータベースがあります。現在、すべてのテーブルは dbo スキーマにあります。単数形のテーブル名もあれば、複数形のテーブル名もあります。

新しいスキーマ crm を作成しました。すべてのテーブルを dbo から crm に移動し、複数のテーブル名と一致するように単数形のテーブル名の名前を変更しました。開発データベースと本番環境の間で SQL Compare (バージョン 10.4.8.87) を実行すると、スクリプトには次のものが含まれます。

前述のように、既に複数形であり、sp_rename コマンドを実行する必要がないテーブルの ALTER SCHEMA ... TRANSFER ... コマンドは含まれていません。

他の誰かがこれを見たことがありますか？

Red Gate ユーザーの助けが必要です。

2 つのデータベース バックアップを比較しようとしています。2 つのバックアップを選択した後、[今すぐ比較] ボタンがアクティブではなく、[バックアップ セットが選択されていません] と表示されます。

スクリーンショットをご覧ください。

http://screencast.com/t/O62m66flA

ここで何が欠けているか知っていますか？または、この機能が間違っていることを理解しましたか?

ありがとう、RM

多くのマシンから実行したい Windows サービスがあります。現在、サービスを更新する必要がある場合は、各マシンに手動でログインしてサービスをインストールしています。これは非常に時間のかかるプロセスです。これを簡単に行うためのツールはありますか？

また、アップグレードをインストールするときに、構成ファイルを変更する必要がある場合があります。ワークフローの一部として構成ファイルを簡単に変更できるツールはありますか? RedGate の Deployment Manager を見ていましたが、「appSettings」要素と「connectionStrings」要素の編集のみをサポートし、構成ファイル内の他の要素はサポートしていません。

問題/質問

redgate 展開用のスクリプトの実行をテストしています。最後のステップで、Web サイトを開始します。

常に機能していましたが、最後の日にこのエラーが発生しました

IIS エラー

PowershellでStart-Websiteコマンドを実行すると、このSOの質問「ファイルを作成できません」というエラーが発生し、それが何であるかについてかなり良い手がかりが得られます。

編集：

イベント ログを表示して回答を確認したところ、Redgate が Web サイトを自動的にインストール/開始しようとすると、次の IIS エラーが発生することがわかりました。

このServerfaultでは：https://serverfault.com/questions/456217/the-world-wide-web-publishing-service-www-service-did-not-register-the-url誰かがその原因がIIS Web サイトがホストヘッダーなしで作成されること。ウェブサイトを起動しようとした後、ホストヘッダーを追加しています。解決策を見つけよう

編集 2: Web サイトを開始しようとした後、ホスト名を追加していました。これにより、Web サイトのホスト名が空になり、IIS で競合が発生します。（または他の場所）。ウェブサイトを取得し、ホスト名を追加してからウェブサイトを開始するようにスクリプトを変更しました。また、「今すぐ完全に動作します! 」$RedgateWebsiteName"の代わりに「」を追加しました。$RedGateWebSiteName.

編集 3: テストの実行後、同じエラーが発生するようです。1 つのデプロイには問題はありませんが、もう 1 つのデプロイには問題があります。

編集 4: スクリプト/エラー/投稿を更新しました。インストールをクリックした後、IIS からサイトを削除しました。完全にインストール - 問題なし、自動起動。2 回目の実行はまったく同じで、3 回目の実行では上記のエラーが発生します。

現在、4 人の開発者が Visual Studio 2012 で作業しており、ソース管理には TFS 2012 を使用しています。私たちが取り組んでいるプロジェクトは、レガシー、asp、vb6 com コンポーネントと新しい C# コードを組み合わせたマルチテナント Web アプリケーション (複数のデータベースを持つ単一ソース ディレクトリ) です。ソース管理とユーザー ストーリーとバグの管理に TFS を使用しています。私たちのサイトの仕組みにより、サーバー上でのみローカルで実行またはデバッグすることはできません。ソース管理は現在、開発者ごとに個別のブランチでセットアップされており、作業ディレクトリは、IIS で Web サイトがポイントされている開発サーバー上の共有ネットワーク パスにマップされています。Dev01-Dev05 など。開発者は、ブランチでプロジェクトに取り組み、開発 Web サイトを使用してテストし、変更を自分のブランチにチェックインして、トランクにマージします。

非常に長い説明ですが、基本的に各開発者にはブランチとサイトがあり、それらは独自のサイトを持つトランクにマージされます。

ステージング サーバーをデプロイするには:

1. サーバー上のbatファイルを介してトランクのWebサイトをコンパイルします
2. 特定のステータスの特定の WorkItem に関連付けられた変更セットについて TFS にクエリを実行するために作成した Windows アプリを実行し、それらの変更セットのすべてのファイルを公開フォルダーから展開フォルダーにコピーします。
3. サーバー上で別のバッチ ファイルを実行し、RedGate の Deployment Manager を使用してそれらの新しいファイルからパッケージを作成します。
4. 私たちのネットワークの DM サイトにアクセスして、そのリリースを作成してデプロイします (コマンド ライン ツールをこのために機能させることができなかったので、手動で行う必要があります)。
5. リリースをサポートするために、各データベース (10 程度の顧客データベース) のチケット番号と一致するフォルダに保存されている SQL スクリプトを実行します。

TFS の自動ビルド機能を使用してみましたが、Web サイトを正しくビルドすることはできませんでした。クルーズコントロールをいじってみましたが、ほとんど成功しませんでした。これを行うためにスカンク作品の寄せ集めのプロジェクトを使用すると、非常に時間がかかり、せいぜい信頼性が低くなります。

私の完璧なシナリオは次のとおりです。

1. ゲート付きチェックイン、開発者がトランクにマージするたびにビルド/公開を試み、ビルドが失敗した場合は拒否して開発者に通知します。
2. 一日の終わりに、特定のステータスの TFS アイテムを収集し、それらに関連付けられたファイルをステージング サイトに展開します
3. これらの TFS アイテムの SQL スクリプトを、ステージング内のすべての顧客データベースにデプロイします
4. 最終的に* 自動回帰 UI テストを実行し、新しい WorkItem を作成するか、失敗した場合は開発者に電子メールを送信します
5. TFS ワークアイテムを新しい状態に更新して、QA/顧客がアイテムをステージング環境でテストする準備ができていることを認識できるようにします
6. 正常に展開されたアイテムのレポートを送信する

ステージング、そして最終的には本番環境へのリリースの準備と展開に何時間も費やさないようにするには、どうすればここにたどり着くことができるでしょうか? 潜在的な解決策に対してかなりオープンです。変更するのが難しいものは、使用しているソース管理であり、実際にはサブバージョンなどに切り替えることができないため、TFS にかなりこだわっています。

ありがとう