問題タブ [maintenance]

約 1 年間 SSIS パッケージを開発してきましたが、これらのパッケージのメンテナンスに関連する 2 つの大きな問題があります。

1) We are using version control, but trying to identify the changes between versions of packages is a nightmare - the results of a text diff between 2 versions of a package is basically unusable.

2) For someone unfamiliar with a package the tools for helping with maintenance are not great. For example, trying to find where a particular column is being set up is not easy. The only search you can do is on the xml - you then have to reverse engineer that to work out where the column is being used

Does anyone have any ideas for tools/techniques to help with these problems?

sqlserver メンテナンス プランの必要性と使用法、およびそれらの構成方法は何ですか?

私は最初の Web アプリケーションを開発しましたが、驚くべきことに、非常に人気が高まっています。

Web サイトが公開されたので、まだログインしてアプリケーションを使用している人がいるのではないかと心配して、いくつかの変更を行うのに苦労しています。

テスト用に Web アプリケーションのインスタンスを複製することは避けたいと考えています。

私だけがアクセスできるように、ウェブサイトを「メンテナンスモード」にする方法はありますか? 何らかの情報を含むページにリダイレクトするように、メンテナンス モードであることを伝えます。

ありがとう。:-)

私たちの会社でプロジェクトを管理していたプログラマーのチーム全体が、自分のベンチャーを始めるために会社を辞めました。

どうすれば続行できますか？

メンテナンスと新機能の間に線を引く必要がありますか？

オックスフォード英語辞典では、メンテナンスを次のように定義しています。

（7.a）何かを正常に機能させたり、修理したりする行為。設備などの手段を提供することによる、建物、施設、軍隊などの維持。そのように維持されている状態または事実。維持のための手段または準備。

私はクライアントサーバーアプリケーションを使用していて、クライアントを保守しています。定義に沿って、私は実行することを期待します：

• バグ修正
• APIの適応（クライアントがサーバーとの連携を継続するために必要なマイナーな変更）
• 識別されたパフォーマンスの問題の最適化

私は実行することを期待していません：

• 新しい開発（新しい機能の追加）

ウィキペディアのソフトウェアメンテナンスページでは、修正、適応、完全、および予防的なメンテナンスについて説明しています。これは、私が期待するものと一致しているように見えますが、クライアントサーバーの性質により問題が複雑になります。

編集：依存関係のないスタンドアロンアプリケーションでは、ソフトウェアが機能する場合は引き続き機能するはずです。クライアント/サーバーアプリケーションでは、サーバーが変更されたときにクライアントが破損する可能性があります。これはメンテナンスの定義を変更するものではありませんが、クライアントアプリケーションへの変更が必要になる機会と機会が増えることを意味します。

両者が保守契約に合意する場合、何が保守に適格であり、何が新機能として適格であるかについての相互理解が満たされなければならないため、問題が発生します。

運用環境で使用されていないインデックスを削除するためにクエリを作成しましたが、last_user_update列がインデックスが単にメンテナンスのオーバーヘッドであったことを示しているかどうかに興味があります。削除するのが良いか、またはインデックスが挿入/更新/削除ステートメントのパフォーマンスに役立つかどうか。その場合、削除したくありません。以下は、使用したいクエリです。

データベース内のすべてのインデックスの統計が最後に更新された日時をすばやく簡単に一覧表示する方法はありますか? 好ましい答えはクエリです。また、統計の「品質」を判断することは可能ですか: FULLSCAN、SAMPLE n など。

編集
これは私が必要としていたものに対して機能し、@OrbManの素晴らしい答えにわずかな変更を加えました...

バックアップを実行して.bakファイルを作成するSQL2005メンテナンスプランがあります。正常に完了すると、メンテナンスクリーンアップタスクを実行して、バックアップタスクが保存した古いフォルダー内の.bakファイルを削除することになっています。 5日以上。

バックアップは作成されていますが、古いファイルは削除されていません。ログにエラーはありません。おそらく私には権限の問題があると思います-ジョブが実行されているアカウントは、.bakファイルが削除されるフォルダーにアクセスする必要があります。これは、.bakファイルが削除されない原因のように思われますか？

ジョブが実行されているアカウントを確認するにはどうすればよいですか？SQLエージェントアカウントだと思います。それが「SQLServer2005AgentUser」という名前のアカウントになると思ったので、そのアカウントにフルコントロールを与えようとしましたが、.bakファイルはまだ削除されていません。

古いファイルをクリーンアップするために別のアプローチを取る必要がありますか？それとも、私が間違っている、または理解していない何かがありますか？

内部に複数のプロジェクトがあるSVNリポジトリがあり、それぞれの下にタグ/ブランチ/トランク構造があります。

プロジェクト1-
トランク
-タグ
-ブランチ

プロジェクト2-
トランク
-タグ
-ブランチ

これは約40のプロジェクトに当てはまります。私がやりたいのは、存在する可能性のある放棄されたブランチをクリーンアップすることですが、リポジトリツリー全体を視覚化する方法がわかりません。回避できれば、各ブランチを手動で参照する必要はありません。これを実現するためのスタンドアロンツールはありますか？

編集： TortoiseSVN、Cornerstone、および同様のツールで、視覚的なリポジトリの参照が可能であることに気付きました。しかし、私が本当に探しているのは、構造全体を一度に見る方法です。TortoiseSVNのリビジョングラフをリポジトリ自体に対して実行して、すべてのプロジェクトが完全に展開されていることを確認できるようなものです。

私がクライアントのために Facebook アプリを作成する場合 (私はおそらく、ソーシャル メディア戦略の市場として 1 つまたは複数の Facebook アプリを使用して、マーケティング エージェンシーと協力する「開発者」になるでしょう)、それは単なる火事で忘れるプロジェクトではありません。それ？

これまで読んだ限りでは、Facebook API はまだ流動的であり、Facebook が行う修正や変更によってアプリが壊れる可能性があります。したがって、クライアント向けの Facebook アプリに取り組むことのビジネス面には、アプリの継続的な監視と途中での修正に加えて、ホスティングのコストと問題の追跡が含まれる可能性があります。

現在 Facebook アプリを使用している場合、あなたのアプリはどのくらいの頻度で壊れますか? 破損を防ぐためにどのような防御策を講じていますか?

開発計画について、開発時間と保守時間の比率は? またビジネス側では、保守費用は発生時に請求しますか、それとも月ごとの固定費を請求しますか?