前提: ライブ/実稼働 Web アプリは、エンドユーザーに表示されるエラーを抑制します。
テクニカル サポート チームがライブ データを確認したいが、アプリケーションの開発側の目を通して見たいとします (おそらく、どのようなエラーが発生しているかを確認したい場合や、エンド ユーザーのツールを使用して問題が修正されたことを確認したい場合があります)。データ）。
現在、開発ボックスとライブ ボックスの両方にサービスを提供する 1 つのデータベースがあります (私の考えではありません。それが大雑把であることはわかっています)。
アイデア？
編集:あなたの提案を実装するための最良/便利なツール?
データを別のデータベースに複製します。はい、遅延はありますが、実稼働サーバーに手を出す必要はありません。これにより、技術サポート (およびその他の関係者) が見るべきではない情報を「隠す」こともできます。
本番環境では、データを複製するだけでなく、誰がアプリケーションにログインしているかを確認し、それが会社のメンバーである場合は、実際のエラー ページに送信し、幸せな子猫が毛糸玉で遊んで謝罪します。
live から dev に定期的に (1 日に 1 回、2 回) バックアップして復元します。リアルタイムである必要はありません (開発側からデータを入力する可能性があるため、問題が発生する可能性があります)。
PCI または HIPAA データがある場合は、それを開発環境に置かないようにしてください。法律に違反する可能性があります。
私は通常、Web 開発用の 3 層システムを好みます:
Development
Testing
Live
ほとんどの場合、テストはライブ システムの正確なコピーです。ただし、エラーがオンになっている場合を除きます。新しいバージョンがライブに移行されようとしている場合、アップグレードの問題を検出するために、ライブの前に新しいバージョンに置き換えられます。
開発はライブとは完全に分離されているため、データベースなどへの大きな変更や本番環境への変更が可能です。
構成で許可されている場合：
a。関心のあるメッセージをログファイルに書き込むためのログ機能を追加します（まだない場合）。
b。UNIXコマンドを実行します
tail -f <logfile.txt
これにより、増大するログファイルがコンソールにストリーミングされます。
http://www.monkey.org/cgi-bin/man2html?tail
Windowsを使用している場合は、次のことを試してみてください。
まず最初に、ユーザーがどのようにそこに到達したかの詳細を誰かに電子メールで送信するか、少なくともログに記録して、同様のアクションを実行しながらエラーログを監視して、ログに同じメッセージが表示されるかどうかを確認できるように、エラーを作成します。
はい、開発サーバー/サイトにデータベースをコピーすることがおそらく唯一のオプションです。開発チームが実際のデータに変更を加えることは望ましくありません。おそらく、ある時点で本番データベースで機能しない変更もあるでしょう。
開発者がデータを追加した新しい機能の途中で、その夜にデータが消去される可能性があるため、毎晩コピーを行うことはお勧めしません。私は通常、メジャー バージョンがリリースされるたびに、運用データベースを dev にコピーします。これにより、多くのライブ データを使用して速度テストを行うこともできます。一部のシステムでは、全員のパスワードをデフォルトに変更して、任意のユーザーとして簡単にログインできるようにしています。