ISP から帯域制限をかけられてたので ISP 変更しました
ここ数ヶ月、回線速度が妙に遅いと感じていました。僕の住まいは団地で各棟にＢフレッツマンションの VDSL 方式でネット接続ができるようになっているのですが、他の人が動画とか見ていて帯域を使ってるのかなぁ〜と思いこんでました。 仕方がないからＢフレッツファミリーへ乗り換えるべく新規加入申し込みをしました。ＮＴＴから通常マンションタイプがあるときはファミリーはひかないと思うので管理人に工事許可を取ってきて下さい。と言われて週末に話をしに行くかというところでした。でそんなときに読んだのが、 ゆーすけべー日記: 「連絡 - ISP から帯域制限をかけられつがりにくくなってます」自宅サーバ管理者の憂鬱 あぁっっっ！なるほどっ！ この可能性があったかっ！ まさに見落とし。早速調べてみました。 今使っているプロバイダは ASAHI ネットです。いろいろと調べてみるとでてくるでてくる。大量のリクエストがあ
vacation-resources.info っていうプロキシサービスが嫌な感じなんだが・・・
ウチのチームの上の方々でちょっとした問題になっている vacation-resources.info ってサイト。よくもまぁ見つけたなぁ〜と感心したのですが、いわゆるプロキシーサイトです。http://あなたのドメイン.vacation-resources.info で proxy かましてサイトが閲覧できるっていうものなのですが、このサイトが結構 google にインデックスされてしまっているのでたちが悪い。 ざっと検索してみたところ約182,000サイトの proxy ページがインデックス済みです。 何やらモバイル向けなのかテキストのみに変換されたページになっています。しかも自サイトよりも検索結果が上に来るとなれば最悪。まぁそこまで酷い状態ではないんだけども削除してよ。と頼まれました。知らない他人のサーバなので削除はできないけど対策できる範囲でなんとかしようとちまちま調べています。 D
Oracle 運用術 ： 運用監視でよく使う小ネタ SQL
前回ご紹介した Oracle 運用術でご紹介した ora_perf_report.sql でチューニング情報はだいたい取得可能なのですが、それ以外でよく使っている小ネタ SQL も紹介したいと思います。紹介する SQL の多くはネット上で探せば同じような用途の SQL はすぐに出てくると思いますが、いちいち探すのも面倒だし、どれが使える SQL かも検証が面倒だと思います。ってことで小ネタ SQL まとめです。 よく使う小技 SQL をファイルにして @ファイル名 で実行するスタイルが定着すると、障害時やチューニング時に迅速に現状を把握することが可能となります。一方で急激に手打ちできなくなってしまってこねた SQL ファイルが存在しない環境では何もできなくなる恐れもあります。コレやばい。 ですがそんなのんきなことは言ってられない場合が多いので、僕が触る Oracle 環境にはインストールと
/dev/shm に参照系ＤＢを持っていくと I/O 負荷が激減した件（当たり前だけど）
前エントリーから一部の内容を分離して追加記事にしてみました。以下実施したメモリ増設の効果について。 ここ数ヶ月、自宅サーバの負荷がだんだんと上昇してきていて、そろそろ１台で高速にさばききる限界に近づいてきた感があったり。ここ数週間のロードアベレージはこんな感じ。グラフは× 100 の値になってます。CPU のコアが２個なんで、200 までは OK ということでまだ処理しきれているわけではあります。ちなみに mrtg グラフは瞬間値を示しているわけではなく平均値なので瞬間的にはもっと負荷が高いときとかあります。 でも月次処理が走るともっさり感満点。 ※緑：１分平均 ／ 青：１５分平均 実は CPU の処理速度が追いついていないと言うより I/O 周りがボトルネックになっています。 ※緑：読取ブロック数 ／ 青：書込ブロック数 ということで、メモリを２GBプラスして、合計 4GB にして参照系
VMware が頻繁にディスクアクセスして OS 全体が固まる件
こんな現象が発生するようになったのも XP + VMware 5 → Vista + VMware 6ベータ にしてからなのですが、物理メモリもたっぷりのっていて空きメモリもある状態にもかかわらず、VM を起ち上げていると頻繁にディスクアクセスが発生してマシンが数分間フリーズしたかのごとく固まる現象が続いています。 以前物理メモリが 2GB だった時は、まぁ〜しょうがないか〜と思っていたのですが今は 3GB のっていて（ホントは4GBだけど OS が 32bit なのでうまく認識しない・・・）コレは流石にキツイ。ってことで原因を調べてみました。 まずはリソースモニタを起ち上げて VM を使ってディスクアクセスが発生するのを待つ。すぐに発生した。 どうやら VMware の .vmem ってのが頻繁にディスクアクセス（read）を行っている模様。もう少し様子を見てみる。 こんどは頻繁にディス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
