0

私が取り組んでいるプロジェクトのソフトウェアのサーバー側インストールに関する適切なテンプレートを探しています。

クライアント側は非常に簡単です。サーバー側のインストールは少し複雑です。これはいくつかの要素 (サービス、データベース接続、依存関係、ブロック解除が必要なポートなど) で構成されています。最近のテスト中に、いくつかの文書化されていない断片が発見されました。ここで、災害復旧計画のためのインストール ドキュメントを作成し、必ずしも「完全な」システムをテストすることなくインストールをテストする方法を作成する必要があります。

テンプレートまたはそのようなドキュメントの本当に良い例をどこで入手できるかについての提案が本当に欲しいです. オペレーターが回復の最中に読んで理解できるものにしたいと思います.


[編集] 現在のドキュメントは、主に管理者がオフサイト テスト中に持っていた質問に基づいています。新しいコードが書かれているので、ドキュメントが事前に書かれていることを確認したいと思います。テストを開始するために VMWare イメージを収集してきましたが、いくつかの良い例を探していました。Windows Server ショップ (2000 & 2003) です。Word のテンプレートもいいですが、良いドキュメントがあれば、テンプレートを作成できます。何をテストすべきかについての提案も素晴らしいでしょう。


[2回目の編集]投稿された回答からいくつかの良いアイデアを得ました。Google 検索を変更した後、いくつかの良い出発点を思いつきました。それらは完璧ではありませんが、良いスタートです。

Microsoft Exchange - http://technet.microsoft.com/en-us/library/bb125074(EXCHG.65).aspx iPhone - http://manuals.info.apple.com/en_US/Enterprise_Deployment_Guide.pdf

http://www.novell.com/documentation/gwgateways/gw7_exch/index.html?page=/documentation/gwgateways/gw7_exch/data/ab32nt1.html http://cregan.wordpress.com/2006/06/22/ exchange-2003-step-by-step-install-instructions/

http://technet.microsoft.com/en-us/magazine/cc160942.aspx

設計段階の計画を十分にカバー - http://www.onlamp.com/pub/a/onlamp/2004/04/08/disaster_recovery.html?page=2


[2008 年 10 月 29 日編集]
これは私が探していたタイプのサンプルです。ゴミはあまりありませんが、その理由と方法を十分に説明しているようですhttp://wiki.alfresco.com/wiki/Installing_Labs_3_Nile

4

3 に答える 3

2

DR ドキュメントを作成するために思いついた最も完全な方法は、インストールの 1 サイクル (または 2 サイクル) を実行し、途中の各ステップを文書化することです。

ドキュメントの作成に使用するテスト (または代替) システムがない場合、これは少し難しいかもしれませんが、このサイクルを少なくとも 1 回実行するよう働きかける価値はあります。

(2 回行うことをお勧めします。2 回目は、プロジェクトに関与していない人が行います。これは、プロセスの経験が少ない可能性がある将来の管理者のためにドキュメントをテストする方法です。)

上記の副作用は、ドキュメントがかなり大きくなることです。最後に私がやらなければならなかったのですが、データベース サーバーの完全なインストール マニュアルは 30 ページ以上あったと思います。

于 2008-09-24T02:59:47.437 に答える
0

何をテストする必要がありますか? さて、Webサイトの場合「そのページにたどり着けますか?」開始点として URL を含め、管理者が特定のポイントまでクリックできるようにします。管理者が QA サイクル全体を実行する必要はありません。展開しようとしていたものが実際に展開されたものであることを確認するだけです。


その他のアイデア また、私たち (前職の私のチーム) は、展開の QA テストを行いました。QA 担当者として、彼は詳細に精通していませんでした。彼が QA に参加したとき、何が問題だったのかについてフィードバックを得ることができました。

もう 1 つの便利な点は、展開前に管理者と話し合うことです。指示に目を通し、彼らがあなたと同じように理解していることを確認してください。


テンプレート? 開発、QA、PROD への URL などのデータ用のフィールドを持つセクションを作成するだけです。指示を書き出すときは、それらを参照できます。展開されているものを明確にするだけです。

于 2008-09-24T13:13:37.260 に答える
0

管理者によっては、自動化が役立ちます。ステップバイステップの説明が記載された Word ドキュメントを必要とする Windows 管理者と、スクリプトを必要とする他の管理者がいます。

ただし、おそらくセクションとして含めると役立つものがあります

  • データベースの変更
    • 実行するスクリプト
    • 動作確認
  • 構成の変更
    • 変化は何ですか
    • where は新しいファイルのバージョンです (私の場合、それらは 2 つを比較したため、プロダクション固有の値に関するエラーを減らすのに役立ちました)
  • 一般的な検証
    • ユーザーの観点から何が違うべきか (機能の変更)
  • Web ファームの展​​開では、サーバーをプールに出し入れする方法に関する調整文書があると役立つ場合があります。
于 2008-09-24T03:33:32.787 に答える