[終了]今は亡きInformixに文句を言うスレ[おつかれ]

1 ：03/07/02 〜 最終レス ：2013/03/29

・営業にダマされた。
・Oracleと同じ感覚で使ってたらヒデェ目にあった
・安さにつられて導入を決定したが、思わぬバグに遭遇し、会社をクビになった
・今からDB2に移行する予定なのでホッとしている

など、Informixの甘辛い微妙な思い出を語るスレ

2 ：

くそすればっか立てんなあほ

3 ：

Infomixは今やDB2開発の一部に取り込まれたのだ。

4 ：

いや、Informixの人は、知らない間にIBMの社員になれてうらやましいな、と思って…。

5 ：

あと、サポートにガイジンの人はどうかと…。
こっちは障害があって、原因調べるの急いでるのに、
わけのわからん日本語喋られてもね…。

6 ：

文化の違いに悩んだんじゃない?
でも、ちゃんとしたDBの作り方は教えてもらえたはずだ。

7 ：

あと、7.XXを使ってたんだけど、ロールバックできなくなったからといって、落ちちゃうのはどうかと…。

8 ：

>>7
ｗ

9 ：

>>7
あれはひどいなー。
最近は直ってるんかいな?

10 ：

全然盛り上がらないじゃないですか!!
まったく営業は何をやってるんだ!!
そんなんじゃいつまでやってもOracleに勝てないぞ!!
やる気はあるのか!!



…って、前の会社の上司が言ってました。

11 ：

やっぱりこの寂れよう…。
ユーザ少ないんですか…。

12 ：

その昔、Informix3を使っていたよ。
そうか、絶滅しちゃったのか。

13 ：

おいおまえら、会社の書庫整理をしたら
マニュアルが出てきますた
Infomix5。当時テンポラリテーブルが便利で
印刷でガシガシ使ってた覚えがある。
Oracleには無かったんだよね。

14 ：

×　Infomix
○　Informix

15 ：

フォーム作れば最強

16 ：

論理ログUzeeeeeee!

17 ：

13-25 を透明削除いたしました。
現 >>13 さんは元 26 さんです。

18 ：あぼーん：あぼーん

あぼーん

19 ：

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

20 ：

おまいらInformixのスゴさを知らないのか




COMMIT不要のINSERTを書けるのはINFORMIXだけ

21 ：

そんなにひどかったですか？一応テストはしてたんですけどねぇ
日本語版では、EMATCH とか、いろいろ拡張もしてみたし。
やっぱ、問題がおおかったんでしょうか？

22 ：

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

23 ：

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

24 ：

間違って oninit -i しちゃった人の体験談キボンヌ

25 ：

>>24
ｵﾆﾆｯﾄ　なに

26 ：

Infomixユーザのひと、今後どうするかおしえて

27 ：

今後どうするもなにも、間違ってoninit -iしちゃったら、
バックアップから戻すしかないッスよね、コールド復旧で。

28 ：

oninit -i

29 ：

遥か昔にinformix-SEを触ったことがあったきがする。

30 ：

今SEを触っている。
これ、恐ろしいほど軽いな。ちゃんと動いてるのか不安になるくらい。
sqlexecdだけが動いてればいいってのがすごい。

31 ：

>ちゃんと動いてるのか不安になるくらい。
えっつ、ちゃんと動いてると思ってんの!?

32 ：

今informix9.02使ってる
普通に動いてるけどドキュメントの少なさは泣けるね

33 ：

そういやマニュアルがホームページで公開されるようになったんだな。
紙のマニュアル、壊れるっていうか、ページが抜けやすくない？

34 ：

>>33
たしかに5年ぐらい使ってるとあっちこっちで
のりが弱くなって抜けちゃうね。

35 ：

dbaccess age

36 ：

R:BASEを知ってる人いますか？

37 ：

取り合えずだれでもいいから
infoemixのESQL/C関連のHPおしえれ
会社で使うんだが全く分からんです
なにからやればいいんでつか？
てか上の人の言い草見てるとinformixってやヴぁいの？

38 ：

>>37
2年前から変わってなければおそらく無い
俺はマニュアルの中のソースとインストールされると入っているデモのソースを参考と
いうか改造してなんとかした。
まあ単純なバッチ処理だったからな。
ってか、まだあったんだなInformix

39 ：

はじめて、Informixを触わりました。
sqlに正規表現とか使えるのは「へぇー」って感じ。
あと、update table_name set * =:構造体
とかできるのも「へぇー」って感じ。（updateはOracleってできんよね？）
後なんかある？
確かに軽い。軽すぎ。Oracleが重過ぎるのか・・・？

40 ：

他のDBの性能比較しようにも、でけん。
なんで、IBMはDB2のトライアル版は使わせるのに、
Informixは、つかわせないんじゃろ？
セールスにコンタクトとりゃなあ、なりません。
誰か知ってる人いますかぁ？

41 ：

Infomixを捨ててる・・・のかな

42 ：

なるほど、捨ててるかも・・・しれないですね・・・。ほんと
やっぱり、このスレのタイトルどおり、「今は亡き」＝新規顧客なし
なんでしょうねぇ。
それでも、もし新規顧客がいたとして、売り込むなら、あたらしいInformix９．ｘの強みって、何なんでしょ？
誰か使ったことあるひといます？
もし、IBMの社員でInformix担当の営業の人いたら、
どうなってるのか現状知りたいですね。
実際米国では、Informixから他のDBへのマイグレーションが加速してるっていうし・・・
うーん、しりたい。

43 ：

あん、もう、へくるんです。

44 ：

RedBrickってまだあるの？

45 ：

営業のまつむらさーん、なんか答えてクダサイよー、
東洋NO1SEなんでしょー

46 ：

SEといふ職種は、恐らく日本にしかないであらふ。

47 ：

select substr(a,1,5),count(*) from table
group by substr(a,1,5)
はＮＧで
select substr(a,1,5),count(*) from table
group by 1
はＯＫかぁ・・・。
select substr(a,1,5) as AAA,count(*) from table
group by AAA
もだめか・・・・。

48 ：

文句言うな、楽天でもメインでつかってるのに。

49 ：

7.xx 現役で使用中です。
うちの部署で5年近く使用していたDB格納領域用 RAID5 を 保守が
切れるからというので RAID1 の別装置に変更した(200403頃)のですが、
とたんにそれまで縁のなかったアサーション障害というのが頻発する
ようになり貼りついてみなくてはならなくなりました。
(マシンは Sun, OS5.6 )
今回とうとう自己対処できなくなり SIさんに連絡、
informix(IBM?)からの報告は
dbexport したデータを dbimport して再構築してくれ
とのことだったそうです。(明後日SIさん来社のこと)。
a). アサーション障害って結構頻繁におこるものなの？
　　主たる原因って？
b). 対処法や発生しにくくする方法なんかあります？
すでに過去の製品になっている方もなにか情報持って
おられましたら教えていただけないでしょうか？

50 ：

ディスク替えておかしくなったんならディスクが原因じゃない?

51 ：

バージョンアップしたら？

52 ：

うろ覚えなんで、間違えてたらごめん
a) アサーション障害は、要するに、内部で論理矛盾を検知したって事。
　　多分、ディスクの移動で、なんかゴミが変なところに入ったんだと
　　思う。dbexport/dbimport すれは、export 時にゴミは出さないように
　　してるから、クリーンな状態に出来るってことだと。
　　β版じゃないので、そんなに頻繁に出るものじゃない（出てたら、製品
　　としてだせない）けど、ディスクやメモリの障害で矛盾を起こすような
　　ゴミ情報が残ってしまうと、とたんにこれで不安定になったと思った。
b) 対処法は、dbexport/dbimport。直接ＤＢ領域いじくるようなツールは、
　　無いと思った。onchk って製品に入ってたかどうか、記憶無い
アスキーにいた頃、サポートやってたけど、いまだに使ってる人いるんだねぇ

53 ：

＞アスキーにいた頃、サポートやってたけど、いまだに使ってる人いるんだねぇ
その頃作ってあげた小規模なシステムの改修つか再構築を頼まれて、今やってる。
中古のPC-98買いなおしたり。でももうInformix(システム自体の中身も殆ど)忘れたよ。

54 ：

>>52
(ﾓﾄ)
中の人ｷﾀｰｰｰｰｰｰｰｰｰ!

55 ：

>>53
PC98ってことは、Ｉｎｆｏｒｍｉｘの３か４？だとすると、ネットも構造が今と
ちがうし、まだ、ematches(うろおぼえ）があった頃。多分、ＩＢＭにも、
その頃の日本語版のコードどころか、障害情報もうやむやのうちに
消されてるから、下手にいじくると怖いかも。。。
ちなみに、小規模なシステムなら、４ＧＬ＋ＳＥが今でも、ある意味
最強じゃないかなぁ。とりあえず、項目さえ決まれば、３０分で検索と
入力、レポート作成とかの基本は作れたし。オラクル初めて触って、
ＤＢ１つ作るのに、こんなに手間がかかるとは、と発狂しかけた。

56 ：

> 50
RAID1 のソフトミラーを外し, クックドデバイスからロウデバイスに変えて
もらうなどの変更をしました。
> 51
おっしゃるとおりですが先立つものが ....
ただ現使用バージョンはインデックスが壊れる(!)などのバグがあるとか
なんとかすごいことを言われちゃいました。
> 52
dbexport の途中で落ちたりするもんで UNLOAD 文を使用してみたりとか
されてたみたいですけど。
export, dbexport, unload, onunload, ontape とかすごい いろいろ
コマンドとか SQL 関数とか, ユーティリティとかありますな。
こんなに まじめにマニュアル読むのはひさしぶり。
oncheck コマンドてありますけどそれの実行結果は問題なしだそうで
んでなんだかんだのあげく アサーションで informix が停止することは
なくなりましたが af.* はいまだにバンバン作成されていってます。
"内部表領域エラー" だそうで 使用ユーザから すんごく遅くなったと
言われてしまったし,

57 ：

>>56
dbexport でエラーが出るって事は、内部ツリーでエラーがあった
はず。とはいえ、oncheck では検知できなかったのは、コマンド
のオプション間違えてないなら、oncheck 実行時には、何故か
エラーではなかったってことになる。
お使いのＯＳによりますけど、ＵＮＩＸ系なら、syslog。Ｗｉｎなら
イベントログのシステムにＨＤＤのエラーか何か記録されてな
いか、確認したほうがよいのでは？リトライでカバーしてるせい
で遅くなってる可能性もあるし。ＲＡＩＤ組めるなら、ミラー作って、
ミラー先だけ残して、今のディスクを外すようにすれば、運用
止めなくてもディスクの移動できるし。
でも、dbexport でエラーになるのに、oncheck でエラー見つけ
られないのは、なんか変。オプション間違えて、どっかおかしく
したのかも。マニュアル手元に無いので、こうすればいいって
いうオプション書けないけど、
役に立たなくて、すいません

58 ：

>57
たびたびのレスありがとうございます。dbexport と oncheck の結果は
同席して確認していたので間違いないんですよ。
syslog ですか, online.log とか /usr/adm/messages , af.* とか
ばっかりみてたので気づきませんでした。みてみます。
おそいのは af.* をシェルが完全に書き終えてリターンを返すまで
informix が待ってるからとか？, 使用ユーザが少ないとそんなに
遅くはないらしいんですが。
あと思ったのは 業務システムは CE,SEさんに任せるけど自分でLinux でも
いいからHW/SW をもっと勉強しとかんとあかんなと。
HDD 増設やら /tmp サイズ変更とか Windowsでは普通にやってて慣れてることが
UNIX では実体験ないからさっぱり自信ないし感覚としてつかめていない。
(もっともPC(Win)ではパーティション分割なども市販ソフトが豊富ですけど)

59 ：

■創価のチョンと覚醒剤と芸能界。創価の役割は、警察のコントロールとマネーロンダリング。ヤクザの片割れ、朝鮮宗教。
その「S」＝周防のことだが、勿論、チョンである。
http://caramel.2ch.net/siki/kako/1009/10099/1009907725.html

60 ：

最近、InforMixからの移行処理。。
泣きそ。

61 ：

おいおい、まだInfomix死んでねーじゃねーかよ
この間キーマンズネットからのメールにInfomixのこと書いてあって
まだまだやるってIBMが言ってることを知ったよ

でも、DB2との棲み分けは説明無かったな

62 ：

>>60
データとＥＳＱＬ／Ｃはともかく、４ＧＬだったら、作り直したほうが吉。
>>61
ＩＢＭも馬鹿じゃない。当然メインはＤＢ２ＵＤＢ。Ｉｎｆｏｒｍｉｘは、昔の
ＯＲＡ以外のユーザーへの宣伝板兼Ｉｎｆｏｒｍｉｘユーザをアップグレード
時にＩＢＭマシンへ取り込むのが目的。現実問題、Ｉｎｆｏｒｍｉｘを積極的
に売り込めるマーケットって無いし（昔は安いのがとりえだったけど、
今はそうでもないし）。
ほんとは、値段で棲み分けできればいいのだろうけど。メインはＤＢ２
なのが確定だからなぁ。

63 ：

Informixに再びスポットライトを当てる日本IBM
http://www.itmedia.co.jp/enterprise/articles/0411/18/news040.html
日本アイ・ビー・エムは11月19日、東京・渋谷のソフトウェア・コンピテンシー・センターでInformixのユーザーカンファレンスを開催する。
新しい「IBM Informix Dynamic Server 9.5」をプレビューするほか、（ｒｙ

64 ：

（･∀･） 2.10.03B !

65 ：

なんでいまさら盛り上げてんだよ！＞＞IBM
Informixの実力を高く評価する楽天――大規模WebサイトにおけるDBMS
http://www.itmedia.co.jp/enterprise/articles/0411/19/news063.html
>日本アイ・ビー・エムは、ソフトウェア・コンピテンシー・センターでInformixのユーザーカンファレンスを開催した。
>ゲストスピーカーには複数のDBMSを使う楽天が招かれ、Informixの実力を事例として語った。

66 ：

DB2が売れてないとか。

67 ：

>>66
informix は簡単に使えて良い

68 ：

いんふぉ〜みくす！

69 ：

>>53
私も、そのころのシステム unix/ms-dos を linux/windows に移植してる。
それなりに、ちゃんと動くもんだなぁと関心してる（ｗ
ちなみに、使ってる 4gl は↓でつ。
>IBM INFORMIX-4GL Version 7.32.UC1
>Copyright (C) International Business Machines Corporation 1984-2003.

70 ：

あ、ちゃんとＩＢＭって入ってるんだ今は。
ウチにも古いSolarisからLinuxへ移行の案件が来てどうすっかなぁ、
全く新しい仕組み提案しようかなぁと思慮中。

71 ：

7.x いつも特定のテーブルの特定のインデックスが壊れるの、わたしだけ？

72 ：

SQL覚えたのInformixが初めてﾀﾞﾀｰﾖ
もう何もかもが懐かしい…

73 ：

懐かしいなあ。短い間だが（１年ほど）Informixやってたぜ。
独自の言語ってなかったけ。Informix SQLとかいう。
確か、ソース内に直接SQL文書けたような記憶が。
テンポラリテーブルが便利で使いまくってたな。

74 ：

>>71
データ壊れてないか確認したほうが良いのでは？
５以前と７で、文字コード周りがだいぶ変わってるから、
変な文字コードが関係してるかも。
>>73
4GL では? SQLは規格物だし。ＥＳＱＬはオラクルの
ＰＬシリーズと同じだし。独自なのは４ＧＬだけど、ＧＵＩ
にうまく対応出来なくて、最近見てない。

75 ：

>> 74
レスサンクスです。
ユニークキーではないのでドロップして再クリエイトしてます。
(目的は検索速度向上のため)
char で何でも入力OKなフィールドなのでなんかチェック入れたほうがいいかな。

76 ：

昔、アスキー主催の講習会に行ったなあ。
記念にinformixのテレカ買ったよ。

77 ：

Informixっていくらぐらいするんですか。こういうのんはサイト行っても値段
書いてないのよ。

78 ：

Ｉｎｆｏｒｍｉｘに限らないけど、原則的にはＯＳとＣＰＵとユーザー数から計算。
とはいえ、実際には代理店との力関係。Ｉｎｆｏｒｍｉｘ単体で購入だと、オラクル
の半分くらいだろうけど、開発とセットで発注とかなら、ほとんどＩｎｆｏｒｍｉｘ
自体は只になったりする。と、いうか、Ｉｎｆｏｒｍｉｘ単体で売ってくれないんじゃ
ないかな。開発ないと、代理店のうまみ全然ないし。他のＤＢ勧められる
のがおちではないかと。

79 ：

InformixはコンソールUIが秀逸。

80 ：

次のバージョン出るらしいぞ。やる気あるのか無いのかわからんな。。
ttp://www-6.ibm.com/jp/software/data/events/ids.html

81 ：

どうも中の人の話によると
「思ったより売れてるし、客さんが変えるとしたらDB2よりOracleだからやめるわけにはいかない」
らしい。

82 ：

RedBrick と Orace どっちがいいの?

83 ：

Informixﾏﾝｾｰ

84 ：

たすけて、Informix

85 ：

帰ってきた informix

86 ：

今日も止まる informix

87 ：

うわあぁあぁ、おじさんわ、おじさんわ、おじさんわあぁあぁぁ！！！

88 ：

なかなか落ちない informix

89 ：

はじめてのサーバ構築をする僕とinformixのsetupを一緒にしてください。

90 ：

まず最初にinnstallから一緒にしてくれる人募集中。

91 ：

innstallなんて誰もしたことなさそう

92 ：

そんなシュールな突っ込みはいらない

93 ：

R/3のDBに使用してます
いまだ，新規インストールありです

94 ：

informix のインストールなんて、oracle と比べたら簡単すぎ
というか、何もやる事ないじゃん。
しかも、オラクルだと、インストール前にログから何から場所
決めとかなきゃいけないし、起動前に、ini ファイルあれこれ
エディタで変更しなきゃいけないし。
informix なら、ミスっても、大概、onmonitor でいじるだけ。
インストールで何をそんなにびびってるのか、そっちのほう
が知りたい。

95 ：

ごめん、オラクルは ini じゃ無くて、ora だった。

96 ：

Oracleなんてサルでもガッツ石松でもインストールできるじゃん。

97 ：

PC-98+MS-DOSのシステムを未だにメンテしつつ使用中。
こんなやついねーよ、とか思ったら>53。。。w

98 ：

そうだった、とてもいまさらな文句を。
PC-98 MS-DOS用の2.10.いくつだかわすれたが
Win95のDOS窓で動かなかったのが残念じゃった。
EMSチェックか何かでひっかかってた記憶が。
まあ独自拡張のファンクションを削ったNECのせいではあるが。

99 ：

dynamic server と online の機能的な差ってなに？
製品の位置づけももうひとつわからない。

100 ：

E・∇・ﾖﾉｼ　＜100ｹﾞｯﾄ♪♪

101 ：

age

102 ：

RedBrickからDB2へ移行したことある、エロい人教えてくれ。
どこらへんがポイント?

103 ：

>>102
そういう移行ってありなのか？
使えないだろ・・・

104 ：

新規案件でinformixキター
触るの5年ぶりくらい

105 ：

いいなー。

106 ：

いいのか！？

107 ：

新規でInformixか。なにが理由なんだろう。

108 ：

リプレースに金のない客と、INFORMIXだけが得意のSEあがりの営業との利害の一致。
共通点＝「システムはソフトの種類じゃない」と言い切る事

109 ：

本社のシステム導入。 で、Informixもついでに導入。
Informixって、まだあったんだな・・・

110 ：

ウチではまだ使ってるよ
Oracleに移行しようとしてるけど、時間より先にお金がなくなっちゃった

111 ：

つーか、なんでもかんでもOracleにすればいいってもんじゃないだろw

112 ：

でも、Informixからの移行先がDB2で決まり！とか言ったらIBMの思うつぼ。

113 ：

そこでPostgreSQLに移行ですよ･･･って泣いている俺ガイル

114 ：

Informixって安いの？
今から導入するめりっとある？

115 ：

>>114
無い
経験者がいるならともかく

116 ：

>>115
ありがとう。やっぱりか。。
やっぱもう終わった製品なのね。
早く発売中止すればいいのに

117 ：

いや、既存システムの維持や経験者の為に継続してるだけだし

118 ：

>>114
>>117
Informixを使ったシステムをPostgreSQLに移行しようと思ったら
IBMが定価の1/10くらいでディスカウントして対抗しに来たことがあった。

119 ：

IBMは時々値引きするよな。
アレは保守とかそういうので元を取る魂胆だとは思うけど、
サポート料金も値引きしてくれるなら得かもな。

120 ：

Informixの良本ある？

121 ：

>米IBMは2月14日、
>次期「Informix」データベースのベータ版を公開した。同社はAMDやノベルと協力し、
>同データベースをx86サーバおよびLinux OSとセットで販売する計画を進めている。
http://opentechpress.jp/enterprise/article.pl?sid=07/02/19/0837215&from=rss

122 ：

かいだな

123 ：

アッカは、設立当初より企業向ービスの提供をミッョンの一つとし、その展

124 ：

インポミクスでインラインビュー使えないの？

125 ：

infoflex 使ってみた人いますか

126 ：

憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！
憎い巨人のウォン・ジントク監督め！

127 ：

うちの会社、Informix現役なんだが・・・
負荷テストを頼まれたんだが、やり方が分からんorz

128 ：

Informixが入ったサーバーを保守する事になってしまった。

129 ：

http://www-06.ibm.com/jp/profesnl/masterytests/m18_gaiyou.html

130 ：

http://click.j-a-net.jp/1006827/223686/

131 ：

Informix10.xxで突然止まるんだがoninitプロセスは落ちない。。。

監視デキネ。┐(´∀`)┌
これは罰ゲームなのか？

132 ：

syslog とかイベントログとかには何か出ないの？

133 ：

Log関係には何もでない。online.log も。
SQLで接続が出来ないからSQLせつぞくして簡単なSQLを実行する
スクリプトをcronで仕込むしかないな。
（　･ω･ ?）

134 ：

onstat って最近のはないんだっけ。SQLのエラー見るより
onstat の出力監視の方が楽かも。まあ、onstat で異常
出なくて、SQLのエラー見るしかない可能性もあるけど。
各種ログに何も異常がなくて、oninit も動作してて、
特定のプロセスじゃなくて全体が止まるって話は
聞いたことがない。サポートに連絡しても、再現
出来なくて、とりあえずバージョン上げてみてって
話になるだろうし。せめて、止まるトリガーがわかれば
なんだけど、運用中じゃ難しいだろうしね。役に立たなくて
ごめん。

135 ：

>>134
　onstat -X XXX　を適当に取るようにしてみました。
で、一応適当なテーブルのカウントを取るだけの簡単なSQLスクリプトつくってみたんだ。
　正常動作時はちゃんと帰ってくるんだけど、停止している時にスクリプト動くと
す〜っと接続のリトライを繰り返してしまう、、、
接続時に接続トライ回数を指定できれば楽なんだけど、
kill 出来るようにしないと使い物にならないな。。。ん〜。。。
素人ですいません。

136 ：

SQLの実行じゃなくて、onstat じゃどうかと思ったのは、
共有メモリ見るだけだから、エラー時でもハングとか
ならないと思ってたからなんだけど。こんなことも
あるんだね。無駄に工数かけさせてすいません。
ただ、共有メモリ見るだけでエラーになってるとしたら、
カーネルのロック数とか、と思ったけど、ロック数が不足
すれば、何か出るよね。ごめんなさい。役に立たなくて。

137 ：

すみませんが、質問です。
私はInformixユーザではないのですが、あるUNIXサーバにあるInformixのDBか
ら、SQLダンプを取得しなければならなくなりました。システムのデータ移行の
ためです。しかし、そのやり方がわかりません。
（PDFにつきクリック注意）DB IBM Informix IBM Informix 移行ガイド
http://download.boulder.ibm.com/ibmdl/pub/software/dw/jp/db2/ds/manual/informix/95DOCAAD015.pdf
この辺を見ると、UNIXで informix というユーザでログインして、dbexport と
いうコマンドを実行すれば良いのかと思いました。これで正しいのでしょうか？
あと、このコマンドはバイナリダンプではない、テキストデータであるSQLダン
プを出力するのでしょうか？
こちらの都合で恐縮ですが、そのUNIXサーバはなかなかアクセスできない場所
にあり、出かけて行って短い時間でデータの取得をしなければならず、試行錯
誤の時間が取れません。どなたかお教えいただければたいへん助かります。

138 ：

誰も書かないようなので。
SQLダンプってどうゆう定義なのか不明ですけど、データ移行
なら、dbexport の出力を、互換性のあるバージョンの dbimport
に読ませれば、基本的には出来るはずですよ。注意しなきゃ
いけない点は、マニュアル読んでくださいね。
ただ、テキストに拘ってるようなので、dbimport 以外で読ませること
を考えているのなら、お勧めは出来ません。ツールとして、dbimport
が読む以外はサポート外になると思いますし。最近のバージョン
での扱いはわかりませんが、バイナリBLOBとかをテキストで出力
されても、どうしようもないかと。

139 ：

>>138
ご返事、ありがとうございます。
お察しの通り、テキストにこだわっております。その理由は、Informixではな
い他のDBにデータを移行しようと考えていたからです。BLOBデータは無いと思
います。
実はすでに現地に行ったのですが、失敗しました。なんとサーバにdbexportが
入っていなかったのです。
しかしisql は入っていたので、すべてのテーブルで select * from テーブル
名 を実行し、これをテキスト出力することを考えました。isqlを使うのは初め
てでしたが。
しかし、「D/データベース」 の選択で、データベース名が表示されず、代わり
に手でDB名を入力するプロンプトが表示されたので、困ってしまいました。わ
れわれはデータベース名が分からないのです。パスワード状態。
root や informixユーザでisqlを起動しても、状態は同じでした。
なにかアドバイスをいただけたら、たいへん助かります。どうかよろしくお願
いいたします。
参考)
4.INFORMIX-SQLの基本操作
http://www.affrc.go.jp/Cinfo/doc/ap/informix/INFO_004.html

140 ：

データーベース名が isql で表示されないのは、何か環境が
おかしいのではないでしょうか。現在、正常にアプリが動作
しているのかわかりませんが、動作していないのであれば、
onmonitor で状態を確認してみてください。動作しているので
あれば、onmonitor でデーターベース名などを表示できます。
もし、onmonitor とか、onstat とかも無いとすると、環境変数
INFORMIXDIRとPATHが設定されてないのかもしれません。
使われた isql も sybase とかのものかも。Informixをどこに
インストールしたのか確認される必要があります。

141 ：

>>140
ありがとうございます。
環境がおかしいかもしれないのですね。そのサーバは業務アプリ専用で、UNIX
の基本的なコマンドも大部分が入っていませんでした。もしかしたら、ユーザ
が勝手にいじらないよう、ベンダがカスタマイズしたものかもしれません。
アプリケーションは動作しています。次の機会に onmonitor や onstat を実行
してみます。ただ、それらも入っていない可能性が高いです。ちなみに isqlコ
マンドは、Informixとは関係ないツールを集めたbinディレクトリに入っていました。
Informixは標準では、どのディレクトリにインストールされるものなのでしょうか？

142 ：

大変な環境みたいですね。
マニュアルの初めあたりに書いてあるはずですが、環境変数
INFORMIXDIR の設定と PATH に $INFORMIXDIR/bin の追加
は必須のはずですので、アプリが動作している環境を確認
すればINFORMIXDIR(=Informixがインストールされている場所）
がわかるかと。$INFORMIXDIR/bin に dbexport とかがなければ、
消されたということでしょうね。ちなみに、SQL文の実行は、
dbaccess というコマンドがあれば、出来ます。
Informixのデフォルトのインストール先というのは特に無かった
はずです。INFORMIXSERVERで指定されるコンフィグファイル
でDBの動作環境が決まりますので、アプリの動作環境での
環境変数の設定を確認したほうがよいかと思います。

143 ：

>>142
なんども丁寧にお教えいただき、本当にありがとうございます。
実はマニュアルもないので、何もかもネットで手探り状態です。
IBMのWEBマニュアルなどを参考にしております。
なるほど、
$ echo $INFORMIXDIR
$ echo $INFORMIXSERVER
$ echo $INFORMIXSQLHOSTS
あたりを試してみます。
dbexport は存在しませんでした。特定のディレクトリではなく、HDD全体に対して
find / -name dbexport
をrootで実行して、見つからなかったのです。
dbaccess も同様です。おそらく消されたのでしょう。
dbaccessがなくても、isqlでSQL文の実行はできると思っておりましたが、
SELECT文の出力結果をテキストファイルに書き出すことは、isqlで可能なので
しょうか？

144 ：

うまく伝わらなかったようなので、すいません。
INFORMIXDIRなどは、informix でログインしても自動で設定されるか
どうかは、管理者の設定次第ですので、echo しても出てくるとは
限りません（Oracle は色々インストールでやるけど、Informixはそんなに
親切じゃないので）。アプリが動作しているとのことなので、アプリの
起動スクリプトを見れば設定している部分が書いてあるのでは
ということです。もしくは、システム起動時に自動でInformixが起動
するようになっているのであれば、/etc/rc ないし /sbin/rc などに
informixrc といったスクリプトで oninit を起動しているはずなので、
その前をみれば、INFORMIXDIR の設定がわかるはずです。まあ、
find で oninit を探すという手もあります。
isql ですが、Informix の isql であれば良いのですが、今のお話
では、おそらく別のなにかのものと思われます。その場合は、残念
ながら、InformixのDBには接続できません。
しかし、dbaccess や dbexport がないとなるとやっかいですね。
DBのバックアップやメンテナンスはしてないのでしょうか。
メンテナンス用に何か手段があれば良いのですが。

145 ：

たいへん遅くなりました。
実はお詫びをしなければなりません。件の業務アプリケーションがInformixで
動いているということ自体が、誤りだったのです。申し訳ありません。
この業務アプリについては、資料がほとんど残っておらず、その中にInformix
という記述が少しあったことから、これがInformixベースだと判断して作業を
進めていましたが、前任の業者と運よく連絡が取れ、実はInformixはまったく
使われていないことを伝えられたのです。
isqlを起動してもDB名が選択できないのは、元々データベースが一つも構築さ
れていなかったからのようです。なんてことだ。
親切なアドバイスを何度もいただいたのに、こんな真相だったとは、自分の愚
かさに呆然としております。本当に申し訳ない限りです。
ご迷惑をおかけしました。

146 ：

Informixからの移行ってどこがおすすめ
やっぱりDB2?

147 ：

作業する人が慣れてるのが一番だと思うよ。

148 ：

Informix
StrutのJavaだし・・・。
これがメインの業務システムだ。

149 ：

何それ？

150 ：2013/03/29

　　　　　 _
　　　　　 |O＼
　　　　　 |　　 ＼　ｷﾘｷﾘ
　　　　∧|∧ 　　＼　ｷﾘｷﾘ
ｸﾞｸﾞｩ>（；⌒ヽ　　　 ＼
　　　　∪　　|　　 　　(~)
　　　　　∪∪　　 γ´⌒｀ヽ
　　　　　）　）　　 　{i:i:i:i:i:i:i:i:}
　　　　 （　（　　　　(　´･ω･)、
　　　　　　　　　　　(O ⌒　)O
　　　　　　　　 　 　⊂＿)∪