[Trac] 丸ごと環境を別サーバーへ移行する | A Day In The Boy's Life
Tracを動かしていたサーバーでもろもろ不都合がでてきたので、新しいサーバーへ移行することにしました。 稼動中のプロジェクトもあるため、チケットやWikiもそのまま新しいサーバーへ移行できるよう、手順をまとめてみました。 移行した環境は、「バグトラッキングシステム「Trac」インストール 」の中で書いたもので、DBにはPostgreSQLを使っています。 現在動かしているTracのバージョンが最新ではない場合、その古いバージョンのソースを見つけられないというようなことが考えられます。 また、TracのバージョンによってはDBのスキーマ構造が異なるため、異なるバージョンでデータを移行させると、うまく移行できない可能性もあったりします。 こういった場合、一旦現在の環境にてTracのバージョンアップを行い、その後で新しいサーバーへ移行するというような手順も考えたほうがよいでしょう。 参考記事：
![[Trac] 丸ごと環境を別サーバーへ移行する | A Day In The Boy's Life](https://cdn-ak-scissors.b.st-hatena.com/image/square/95e25b60a116cd646b6ea35a97f21d87e8bb3473/height=288;version=1;width=512/https%3A%2F%2Fstat.profile.ameba.jp%2Fprofile_images%2F20180307%2F17%2F6d%2F98%2Fj%2Fo01440176p_1520412760963_99ynx.jpg)
『Apache Bench、WAST、JMeterを使った負荷テストのポイント』
負荷テスト（または性能テスト）は、システムを作り上げる上で重要な要素を持つテストになります。 しかしながら、システムを構築する段階ではあまりこの負荷や、サーバー（またはその上でのアプリケーションやミドルウェア）の性能というものは気にしません。 開発メンバーはせいぜい数十人といったレベルが多く、システムの開発段階ではそれだけの人のアクセスがないため、実際の利用状況とはかなり異なった環境で「動いたからOK」という感じで流してしまいがちです。 ただ、こういうことを気にせずにシステムをリリースしてみたら、一定のデータ量に達したらアプリケーションが動かなくなったり、サーバーが応答しなくなったなんて事があったりします。 そういうことがないためにも、リリース後の負荷を想定したテストや、システム全体の性能を予めテストしておく必要があります。 負荷テスト用のツールで市販されているものは、確かにきめ細かい結果
『Logwatchでサーバー上のログを集約する』
Logwatchとは、サーバー上のログ（例えばsyslog等）を定期的にまとめ、集約してレポートを出してくれるソフトウェア（Perlのプログラム）です。 運用上で定期的にチェックするログファイルは膨大な上に、大部分は問題の無い単なる情報が書き出されています。 ログの出力レベルを落とすのも一つですが、問題が発生した時に単なる情報レベルのものでも有益なものとなる場合もあるので、それはそれで困る事態にもなったりします。 であれば、運用上注視すべきポイントだけをまとめて見ることができた方が、運用管理者の業務も楽になります。 Logwatchのメリットはそこにあり、ログファイルから特異点だけを抽出してレポートにまとめてくれるので運用担当者はその情報だけに目を通せばよくなります。 RedHat系のOSであればパッケージでも提供されており、デフォルトでインストールされている環境も多いかと思います。 パッ
負荷テストあれこれ-JMeter 負荷のかけ方、レポートの見方- | A Day In The Boy's Life
「負荷テストあれこれ-JMeterの使い方- 」で、JMeterの利用方法について触れましたが一番肝心のレポートの見方について書いてませんでしたので、今回はその点を。 今回の記事をまとめるにあたり、下記の資料を参考にさせていただきました。 Apache JMeterで負荷試験をしよう！＠JaSST 負荷テストの方法やレポートの見方について触れる前にまず、何を目的で負荷テストをするかについて触れてみたいかと。 これも様々なケースが想定されますが、取り合えず 1. 現在のインフラ、システムの構成でどれだけの負荷に耐えられるかを知る為 2. 想定される同時ユーザー数に耐えられるか検証したい 3. インフラ、システム構成の変更によりどれだけのパフォーマンスが向上したか知りたい の3つをケースを考えてみたいと思います。 まず前提となるテストシナリオを作る部分から。 これは、「ログイン→Aページ遷移→
『負荷テストあれこれ-JMeterの使い方-』
前回、「負荷テストあれこれ-Microsoft Web Application Stress Tool- 」で、簡易的に行える負荷ツールについて書きましたが、もう少し複雑なシナリオで負荷テストができるJMeterというツールについても書いてみたいと思います。 JMeterは、MS Web Application Stress Toolに比べ負荷ツールとしては多機能ですがその分、使い方はMS Web Application Stress Toolより複雑になっています。 負荷テストの対象や用途に応じて使いわけを行った方がスムーズに行えると思います。 ・ Webアプリ以外のテストにも利用可能 FTPやSOAP、LDAP、JDBCリクエストのテストも可能。 参考： JmeterでDB負荷テストをやってみよう！ ・ SSL通信下でもテスト可 JDK1.4以上の環境であればそのまま利用できますが、そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
