RIDDEN's T-Blog

最後の最後までみんなで「出荷前の徹夜する？」か「やることはやったし、今日は帰ろう」というので話し合い(もっと話すことがとか言わないようにｗ)。
結局かえりましょに決定。

いよいよ、明日データセンターに出荷。あそこに鎮座していた15台のサーバ達が旅立ちます。ちょっとさびしいｗ。
出荷後、数日かけて設置(なんで数日もかかるんだよ！！って思ってるんだけども)なので、「明日は久々にスーパー定時ですなぁ」と。
もっとも、いろんな資料のレビューなどなど山積しているので、目論見どうりにはいかないだろうとorz。

そもそも、振ろうとしていた案件が振れなくなった(営業がお客さんの目の前で、あいつが云々っていうから抜けられなくなったorz)ものも進めつつやらなくちゃだけども、あれの仕切りだけは、なんとしてもお任せしないと。

忙しいといいつつも、今月は結局4回の徹夜。3日の休みがあったので、意外と楽な印象。
来月の後半は結合テストがあるので、前半は泊り込みの連続な予感。

いよいよ、追込撃・極発動。

前期第9節から長きに渡って白星0．後期第4節でやっと勝利。
高橋高前監督の辞任。柱谷幸一新監督の就任(後期第1節より指揮)。
そして、連勝。よくわからないけども、まだまだいけそうなのかな？。
新監督のツテで京都からいろいろ選手がレンタル移籍しているようです。

一度、グリスタにいってみるかと思うものの、うまく都合が合わないですな。
予定通りC/Oできれば、9/9の総合グランドがあるけども、あそこまでいくのは意外とだるいしなぁ。グリスタなら近いのに・・・。

そもそも、夏休みがとれるのか？ｗ。

よくここまで持ち直しました！！。
今年の戦力でここまでやれればたいしたもの。
7･27終了時点での勝敗表。

チーム 試合数 勝 負 引　率　差
巨人　　 90　 50 40　0 .556 -
中日　　 86　 45 39　2 .536 2
横浜　　 82　 42 39　1 .519 1.5
阪神　　 85　 42 41　2 .506 1
ヤクルト 83　 36 47　0 .434 6
広島　　 86　 34 51　1 .400 3

一般的に見た、純粋なゲーム差は-4.5。
私が見るゲーム差は
対巨人 -1。
対中日 -2。
対横浜 -2。
対ヤクルト +6。
対広島 +10。

いや、本当によくやってるね。あとは、ロードを乗り切るだけ。
クライマックスシリーズのおかげで、両リーグとも上位4チームで争ってる好展開。
ロード次第では、セ界制覇も見えてきた！！。

＞ますみさん
　あげないよｗ。
　交換ならいいけどね！！。生命240・気合120・腕力50とのわらしべトレードでｗ。


結構前ですが、打合せだかなんかのあとに本屋に突入。
う○こ大全が売れてました！！！！！！。買う人・・・いるんだね・・・ｗ。

ぐたぐたプロジェクト。これが非常に楽しくてしょうがないです。いや、本当に。
なんだか本当にぐたぐたですｗ。我々が担当している所は、インフラと呼ばれる部分で、こっちはこっちでぐたぐたしているんですが、AP部門はもっとぐたぐたらしいです。どうにも、数社に分散して開発を依頼していたらしいのですが、それぞれベクトルが別方向に向いていて収集がつかないという事態らしいｗ。
「開発は大変ですなぁ」なんていいつつ、こっちはこっちで、9月のC/Oに向けてセコセコと。
「絶対切るぞ、おめーらわかってんな。絶対に終わらせろ！！」と言わんばかりに(絶対切るぞは、もう声にだしちゃってるんですがｗ)、リーダーが士気をあげ、「9月から案件いれとけよ」と。

例のレプリケーションの問題は、約300GBを10数分の停止で落とし所が決まりそうな感じになってきたので、「なんとかなりそうだべ」な感じに(これが、遅いんだか、標準なんだか、優秀なんだかは知らないし、折り合いつくならそれでいいです(また、いい加減なｗ))。なんというか、カタログベースでしかしらないけど、DataGuard使ったほうがよかったんじゃないの？って感じもしますが、「Enterpriseの値段で引いたんじゃないの？」と予測をしてみたり。まあ、実際今回の要件を満たしてないのかもしれないけど。
資料作成が山のように残ってるのがネックだけども「おう、まかされて」と気合がはいります。
こう、パズルのピースが組み上がっていく感覚。人間、知らないことをやってる方がハリがあっていいですね。知ってることだと楽ができるから、そっちはそれでまったりできていいんだけどｗ。

ただ、こういうグタグタ感があるプロジェクトだと、それで士気が上がっていくというのは、冷静に考えるとおかしい話でね、やっぱりというか、当然のように士気が上がらない人がでてくる。
「俺はそっち側の人間なんだ」なんて思ってても、体が「こっち側で反応している」という状態。
別に「徹夜しろ」とか「休出しろ」とは言わないし、「やることないなら帰れよ」といっても、帰るわけでもない。ただ、皆がそこにいるから遅くまで残ってます。こんな人が出てくる。
「あの反応が当たり前だよな」と頭ではわかっていても、飯を食いながら

「あいつはなんで・・・」
「いるだけいて、すすみゃしねーしな。」
「エラーでてんぞって言っても、ほっとく始末だし誰かがやってくれるとでも思ってんのかな？」

とか、言い合っちゃいますね。

士気が上がってるほうは、普通に徹夜をし「よーし、いけるべ。これでいこう」とか盛り上がっちゃうんですけどねぇ。

まあ、こんなもんなんでしょうねぇ。

ええかっこしぃして、わかってるよなんていってみたって、適応しちゃって突き進んでる。
やっぱり、俺はこっち側の人間なんだなぁｗ。
でも、これが快楽として脳が記憶しちゃってるんだろうから、いつもの知っている仕事では満足できなくて、だらだらしているんだろうと思うと、そういうとこにいたほうが、精神的には幸せなのかもしれない。
ただ、先に体が壊れるだろうけどねｗ。やっぱ、徹夜すると腰にきたりする歳になってるんだものｗ。

俺が若い時分にやってたのにくらべりゃ、今回のは屁でもない程度の稼動量だし「まあ、楽なもんだ」なんて感じるのかもなぁ。それに、ソフト屋さんに比べりゃ、全然楽なのよねインフラのほうは。

知行確認だけはしています。
稼動がないので、お金が減ることもあまりなく、この3ヶ月くらい?で8万貫くらいに。
袋にセットする石を買ってみました。25を2個。@3万5000貫。
生命240・腕力7・軽減10%(これ、かなり寝かせてた袋ｗ)のにつけてみます。
一回目。7+25=29。3ロス。
二回目。29+25=50。 m9(`･ω･´)ｼｬｷｰﾝ。
もとの袋が腕力50のみのだったため、攻撃のアップはないものの生命240をゲット。




この2個は、宝玉は生命上昇・参で確定させます。

首・帯が現在、生命上昇・参なのを、生命気合上昇・参に変換。
頭が、生命240・腕力5・宝玉枠5という脇筋を作ってもらったので、これは石のせて、宝玉はあとで考えると。

仕事が暇になるまでに揃えばいいなぁと思いつつも、ここまでの資金の増え方を考えると、揃わないほうがいいなぁとジレンマがｗ。

あるプロダクトについて問合せをば。
いやあ、出来る出来るいっていたのですがね。

DB屋さんにDB部を解析してもらいつつ、SAN部をセコセコと。
ついにDB屋さんも＼(||_ _)/ ｵﾃｱｹﾞでもって(まあ、無理なんじゃっていってたんだから、当然ですねｗ)、もう一回問合せしてもらえますか？と。

朝一で問い合わせ。手順あってる？とか、本当にできるの？とか、これがいるんじゃないの？とかもろもろ。

そろそろ晩飯でも食いに行こうかというころ、「雷○さん、サポートから直々にお電話ですよ」と。「朝一に出したのにずいぶんゆっくりだのぉ」なんていいつつ対応。



おい、まて、今まで出来るって踏ん反り返ってたんじゃないのか、おい。
これ、このシステムの肝だぞ、おい。

いやぁ、なんともきましたな！！！。

SANも早くFC-SANだけではなく、IP-SANが普及してくれないかなぁと、シミジミ。
そうすれば、本職でメシが食えるのだが・・・。

＞ことさん
　詳しい人ですか？。

　ぶっちゃけ、今回のはインストールの時の問題じゃないので、誰かがやっちゃってるんですｗ。それが、私かもしれないし、他の誰かかもしれないっと。
　initSID.oraなんてファイルは、今回初めて知ったくらいだから、たぶん私ではないはずだけどｗ。

　あ、PostgreSQLに詳しい人なんかも募集しますｗ。
　PostgreSQLで完全リカバリなんてする方法知ってる人いたらなぁとｗ。
　別のチームがやるらしいけど、どうせ押し付けられるのはわかってるのであらかじめ、知っておきたいｗ。

初期化パラメータファイルの中身が、いつの間にか変更されていましたｗ。
誰がかえたんじゃｗ。

Oracleなんてしらねなので、Oracle詳しい人見てたら(>_<。)HelpMe!!。

サーバAでアーカイブログモードで起動しているDBがあります。
サーバBでは、サーバAのDBをコピってきて(ここの説明が難しい)、インスタンス起動時にノーアーカイブモードに切り替え。

コピーの所はストレージのDDRという機能なんだけど、説明がめんどいです(というか、理解してもらおうとするとかなりの時間レクチャーしないと。実機みせつつで)。簡単にいうと手動のミラーリングだと思ってください。

サーバA→サーバBへのコピーは、サーバAはオンライン。サーバBはオフラインの状態で実行(DDRの機能でサーバAがオンラインでも実行できるような仕組みになってます)。
コピーするデータは、表領域・制御ファイル・REDOログ・システム領域(それぞれ別ドライブ)。Oracle自体は、コピーの対象外。

サーバBの停止時間を最短にするテスト中に、インスタンス障害が発生。
以後、インスタンス起動時にオートリカバリを頑張って起動させようとしてるんだけど、サーバBにはアーカイブログがないので、ORA-16032のLOG_ARCHIVE_DEST_nでエラー。

このオートリカバリを実行させない方法ってないものじゃろか？。

そもそも、インスタンスの状態の情報って、どこに保持されるんでしょう？。

ちなみに、私、Oracleのオの字も知りません、ﾊｲ。
この歳で畑違いの作業って無理があるんですがorz。

明日、DB屋さんよんじゃおうかなぁｗ。