ＮＥＣのオフコン情報掲示板（いろいろ）
| ＮＥＣのオフコンに関しての最新情報、面白い話、昔の思い出、何でも自由に書いてください。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | どうでもいい情報です | |
| ＣＥ担当者 2004-6-17 10:05:00
[返信] [編集] ＳＸ＝ＳＵＮ ＥＸ＝Ｅａｒｔｈ ＭＸ＝Ｍｏｏｎ と昔聞きました。本当どうでもいい話ですな^^; 通りすがりのお目汚し失礼。 | ||
| 2 | 良い情報ありがとうございます | |
| ターラヤン 2004-6-17 23:28:00
[返信] [編集] > ＳＸ＝ＳＵＮ > ＥＸ＝Ｅａｒｔｈ > ＭＸ＝Ｍｏｏｎ どうもありがとうございます。 なぜ太陽や地球なのか？という疑問も少しありますが、はったりをかました 感じのネーミングにしたのならこれもありそうです。 今のところ、他に有力な説もないので、可能性は高そうに思います。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | やっています | |
| buelion 2004-6-2 10:27:00
[返信] [編集] うちの640ADも450のDUALですので やっぱ標準の３５０の１個とは別次元のスピードです いまでも7200よりは640ADのほうが数倍早いです | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | Ａ−ＶＸの究極の姿か？？？ | |
| ＥＸＣＨＡＮＧＥ 2004-5-15 8:18:00
[返信] [編集] 以前の「隠れオフコンシリーズ」で少しだけふれた、 オフコン脱落組＝東芝の「ＴＰＣＡＲＥ」（オフコン資産救出ツール）のサイトです。Ａ−ＶＸの将来が不安な方のご参考に。。 http://www.toshiba-tie.co.jp/platform/bp/index.html | ||
| 2 | Re:Ａ−ＶＸの究極の姿か？？？ | |
| ターラヤン 2004-5-29 0:53:00
[返信] [編集] サイトを見てみました。 どこの会社もお客さんあっての商売ですから、いろいろと工夫しているということですね。 ＮＥＣにはＯｐｅｎＣＯＢＯＬがあり、Ｅｘｐｒｅｓｓ５８００／６００シリーズもあるということで、 ２つの選択肢があるということでしょうか。 （もちろんオフコンのしがらみを捨てて１から再構築してしまうというのもありますが・・・。） | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 将来６００シリーズは巨大なドンガラ（空洞）と化すか？ | |
| ＥＸＣＨＡＮＧＥ 2004-1-25 20:42:18
[返信] [編集] ＊ 日本Ｕｎｉｓｙｓという会社のＨＰを訪れて、この会社の汎用機「ＣＳ７８０１−１８５」や「ＣＳ７４０２」「ＣＳ７２０１」などの資料をごらんいただきたい。 ここではＣＭＰというテクノロジーが使われ従来型ホスト系ＯＳと新しいオープン系ＯＳ（といってもＷｉｎｄｏｗｓのことだが）を同じ筐体内で同時に稼働させるようになっている。 ＣＳ７２０１に至ってはすべてのＣＰＵがインテル製で、ホストＯＳの方はインテルＣＰＵ上にエミュレーションソフトをかませてその上で稼働し、また同時にＷｉｎｄｏｗｓも稼働するようになっている。これは一見我らが６００シリーズと非常によく似たやり方にみえる。 ＊ ところでＵｎｉｓｙｓのようなやり方は現代のホスト系マシンではそれほど特異な方法ではない。それどころか「ホストＯＳ」を中心に据えながら同一筐体内で「ｗｉｎｄｏｗｓ」さらには「Ｌｉｎｕｘ」など複数のオープン系ＯＳを稼働させ連携を計るという方法はホストの世界では今日主流となっているといえる。 ＊ こういう観点から見れば、ＮＥＣが７００シリーズから始めて６００シリーズに至る一連の製品でＷｉｎｄｏｗｓ上でＡーＶＸを稼働させてきた方法論は時代の本流に沿ったやり方であるといって間違いないだろう。（ハードだけをＰＣ系に換えＯＳはホスト系ＡＳＰのみの改良で押し通す富士通はまさにオフコン原理主義といえるかもしれない） ＊ さて、６００シリーズに携わっておられる技術者、担当者の方は最近になって何か「あること」に気づいておられるのではないだろうか？ ハードウェア、とりわけメモリ、ディスクなどの低価格化で６００シリーズにおいても新モデル（直近では６００ｘｉ）が発売されるたびにスペックは拡大し続け、今や下位モデルにおいても少し増設すればメモリ１Ｇ以上、ディスク１００Ｇなどというのが十分可能になった。 ＊ 問題は、さてそこで、だ。 旧Ｓ７２００（オフコン）のわずかディスク９００ＭＢ×２台程度で「基幹業務」をこなしていたシステムの「資産継承」を「スムーズ」に行ったところで「はた」と困ってしまうのだ。 余ったディスク領域を一体何に使えば良いのか？ 現時点においてはこうした考えは「一瞬、担当者の頭をよぎる程度のもの」かもしれない。 ＭＳＤを（使わないと分かっていても）大きめに取ったり、ＮＴ連携領域と称するものを「将来きっと使うだろう」などといって大きめに取ったり。。作業する者はある程度自分を納得させることはできるだろう。 しかし「今後さらに新製品が出てどんどん容量が大きくなったとき一体どうすれば良いのか？」 ＊ こういった問題を経営者が聞きつければ「それでは１ランク下のモデルを買えば！」と叫ぶだろうが、主催者側（供給側？業界側？）はそうもいかないだろう。オープン化の流れを吸収し、顧客の求める新しい領域（「貴重なデータの活用」「複数サーバＴＣＯの削減」等）を切り開き、業界を繁栄させるためには、Ｕｎｉｓｙｓ社が行っているような「１台で？？台の効果」がぜひとも必要なのである。 ＊ こういうと、読者は「６００シリーズはすでに前述の通りＡ−ＶＸとｉｎｄｏｗｓが同時に稼働して利用できるシステムとして設計されているのではないか？」と思われるかもしれない。 それは正しいが、ある意味で間違っている。 実は６００シリーズのやり方とＵｎｉｓｙｓのやり方には大きな違いがある。 ＊ Ｕｎｉｓｙｓの方式では、複数のＣＰＵ、巨大なメモリを持っていても、それらは「論理的な区画」によって分割されておりそれぞれの「区画」に別々の資源（ＣＰＵ等）を割り当てることが出来る。 つまり「区画間の負荷」を調整、制御出来るのである。 ＊ 翻って我が「６００シリーズ」を考えてみよう。 まず、純オフコン（Ｓ３１００、Ｓ７２００等）だった頃を思い出して欲しい。「ＲＤＢＱ」や「ｓｋｙｌｉｎｋ」で大規模な検索をかけると「業務側」がグッと遅くなったり止まったりした記憶がおありではないだろうか？（業務ソフトウェア側で大量の検索を行なって言う場合も同様である）この種のＤＢ検索はＡ−ＶＸの場合ほとんどが全件検索になってしまい、ＣＰＵに大きな負荷がかかってしまう。 この傾向は６００になっても同様である。（もちろんＣＰＵ性能が劇的に向上している分だけ改善しているのは事実ではあるが。） そして、ＲＤＢＱ２等で大量の検索をかけているときＷｉｎｄｏｗｓのタスクマネージャで観察すれば分かるが、ＣＰＵ使用率がグッと高くなるが、メモリ使用量はほとんど増えていない。 ＊ Ａ−ＶＸ側ソフトウェアからＤＢ検索させる場面で、ｏｒａｃｌｅやＳＱＬサーバなどを同時に稼働させて「情報系」を構築したり、ＴＳ機能を使ってｏｆｆｉｃｅなどを集中管理しようとしても、同じＷｉｎｄｏｗｓｗ上で稼働しているためお互いの負荷を制御しにくくなってしまい、運用上非常に問題があるといえる。 「ｗｉｎｄｏｗｓ上でＡ−ＶＸが稼働する」といいつつ、ＮＥＣのカタログなどを見ていると拡張された部分はほとんど「別サーバ」になっているのはそのためではないだろうか？ そして、ほとんどのｗｉｎｄｏｗｓ業務を別サーバにしてしまった状況で残っている連携機能は富士通の純粋オフコンＯＳでも可能な程度の変更機能なのである。 （ということは、ｗｉｎｄｏｗｓはｉｎｔｅｌチップとＡ−ＶＸの間の単なる「巨大なファームウェア」にすぎなくなってしまい、ｗｉｎｄｏｗｓと共存させた意味はあまりなくなってしまうのである。） ＊ 負荷のかかる業務は結局Ａ−ＶＸのみしか出来ないとすれば、前述のＲＤＢＱの動作をみても分かるようにメモリをある程度を超えて増やしてもあまり意味はなく、基幹業務のみでは増大し続けるディスクをいつかもてあまして、有効利用できなくなってしまうのではないだろうか？ ＊ かくて、将来の６００シリーズにおいては、 有り余るハードウェア資源を前にして、 顧客に 「手のひらサイズに近づいていく下位機種を勧めるか」 「必要だと偽って、巨大なドンガラ（空洞）を販売するか」 のいずれかの道を歩むことになってしまうのではないだろうか？ ＊ 以上は、筆者の独断と偏見に満ちた見解であり、最新の６００シリーズ上で負荷のベンチマークを行ったわけではないので、不正確である可能性は高い。 しかし、筆者の心配事が杞憂であることを祈る。 | ||
| 2 | 「将来６００シリーズは。。」 の（注釈）です | |
| ＥＸＣＨＡＮＧＥ 2004-1-25 22:08:19
[返信] [編集] > 「ＲＤＢＱ」や「ｓｋｙｌｉｎｋ」で大規模な検索をかけると「業務側」がグッと遅くなったり止まったりした記憶がおありではないだろうか？ ＊ Ａ−ＶＸをよくご存じない方が誤解してはいけないので、上記の部分に注釈を付け加えておく。 ＊ 正確には「グッと遅くなったり、しばし止まったようになったり」というのが正しい。 我がＡ−ＶＸにおいてはＷｉｎｄｏｗｓのように負荷がかかってハングアップしてしまうなどということは、まずありえないことである。 ＊ 筆者が恐れるのはＷｉｎｄｏｗｓ上で、Ａ−ＶＸの業務とＷｉｎｄｏｗｓ上の負荷のかかる業務とを同時に稼働させた場合、Ｗｉｎｄｏｗｓの道連れになってＡ−ＶＸ業務までコケてしまうことである。 | ||
| 3 | Re: 将来６００シリーズは巨大なドンガラ（空洞）と化すか？ | |
| ターラヤン 2004-1-26 16:51:58
[返信] [編集] 極一部の人は、最近はホスト集中に戻ってきたとか言っていますが、 やはり分散形態が一般的だと思いますし、 Ａ−ＶＸの上で動くソフトとWindows上のソフトを複数のサーバに分けて、 運用した方がより安定するのは確かだと思います。 （Ａ−ＶＸをwindows上で動かしている限りは、Windows上の変なソフトの 影響をA-VX側が受けてしまう可能性は否定できませんし。） 一方、やはり世間の流れから見れば、徐々にA-VX上のソフトをWindows 上で動くようにしたいという話もあり、だんだんA-VX上で動くソフトを 減らしていく傾向にあるのではないかと思います。 （オフコンのサイトを立ち上げている私としては、残念な話ですが。） そして残ったソフトもWindows上のソフトと連携させて動かすもののみ となってしまうのかもしれません。 ただ、そういう使い方をするところは、空洞になった段階で全部Windowsに 行ってしまい、600シリーズは捨ててしまうのではないでしょうか。 逆に今まで通りA-VXを使用しつづけるところは、空洞になることもなく、 600シリーズを十分に使い尽くす可能性もあります。 結局空洞にするかどうかは使い方次第だと思います。 | ||
| 4 | ディスク容量が余ってもいいと思います。 | |
| ターラヤン 2004-1-26 17:29:28
[返信] [編集] 今の600シリーズが、オフコンとして利用できる以上のメモリサイズやディスクサイズ ではないのか、そんなにいらないのではないか、という話ならば、 大きい方がいいじゃないか、と言いたいです。 確かにオフコンの文化として、いかに少ないメモリやディスクを有効に利用して プログラミングするかとか、システム設計するかという職人肌の文化がありました。 でも、それは１０年以上昔の話だと思います。昔はメモリやディスクも高価で ちょっとでも容量を増やそうとすると、システムがとんでもない値段になりました。 そのために少しでも安くあげるために、少ないメモリやディスクをやりくりしてシステム を作りました。 昔の雑誌を読むと、システム導入時のディスク容量がぎりぎりだったので、 すぐにオーバーフローしてしまっただの、新しい業務を載せるとシステムスペックを オーバーしてしまっただのという話がよく書いてあります。 つまり少しでもシステム設計を間違えると、大変なことになってしまう。 今はメモリもディスクも昔の何十分の一の値段です。 後から追加するのは、決裁等ありいろいろと難しいかもしれませんが、それなら 最初から多めに積んでおけばいいのではないかと。 今のオープン系のシステムを作っている人を見ると、昔のようにディスク容量をシビアに 計算して、ぴったりのサイズにするなどはほとんどしていないように見えます。 どんぶり勘定でかなり多めになっているようです。 ６００シリーズを使って、昔のシステムをそのまま構築すると、たしかにディスクは大量 に余ります。 （システム7200時代のディスクはせいぜい数百メガバイト、今は小さいモデルでも 数ギガバイトですから。） でも、システム７２００時代のディスクよりも、６００シリーズのディスクの方が安いのです。 たくさん余っても、それほど文句は言われないのでは？ ＥＸＣＨＡＮＧＥさんには悪いですが、ディスク容量の最後の１バイトまで使ってやろう というのは、あまり今風ではないかな、と思います。 メモリだってそうです。たくさん積めば、速くなります。 ＮＥＣで指定しているメモリ計算方法で計算したサイズよりも多く積むと、Ａ?ＶＸはさらに （たぶん）速くなります。（経験的にもWindowsの構造から言っても間違っていないと思います。） システム７２００時代に１６メガバイトのメモリを積むより、６００シリーズで１ギガバイトの メモリを積む方が安いはずです。 今は多く積むことによるデメリットより、メリットの方が断然大きいと思います。 私なら、大容量になるのは大歓迎です。逆に多めに積めと言いたいです。 | ||
| 5 | ６００シリーズは、サーバが２台入っているのと同じ | |
| ターラヤン 2004-1-26 18:09:00
[返信] [編集] ちょっと、ＥＸＣＨＡＮＧＥさんの話からはずれてしまいますが、思うところがあるので、追加で書きます。 >>「ｗｉｎｄｏｗｓ上でＡ−ＶＸが稼働する」といいつつ、ＮＥＣのカタログなどを見ていると拡張された部分はほとんど「別サーバ」になっているのはそのためではないだろうか？ この辺りは、たくさんサーバを売りつけて販売台数を稼ごうとするNECの戦略が見え隠れして来るところでもありますが、 先ほどの投稿にも書いたように、たしかに別サーバにする利点もそれなりにあるのは確か。 ところで、 ６００シリーズは、Ａ−ＶＸ（というＯＳもどき）とＷｉｎｄｏｗｓという２つのＯＳが同時に動いているのと同じである、というところにも注目して欲しいと思います。 ディスク容量は、従来の業務の延長を６００シリーズでやれば、余るというのは、私も同感です。 Ａ−ＶＸのアプリケーションだけ使うのなら、Ｗｉｎｄｏｗｓの分が余ってしまいますから。 メモリについては、ちょっと違います。 Ａ−ＶＸのアプリケーションだけ使っていても、Ｗｉｎｄｏｗｓの分のメモリを使用します。 ＷｉｎｄｏｗｓのＯＳが使用するメモリは必ず必要になります。 そして、最近ではウイルスチェックソフトぐらい入れている可能性があるので、それら常駐ソフトや常駐しているサービス分のメモリが必要になります。 つまり、Ａ−ＶＸ側でしか業務ソフトを使っていなくても、 Ａ−ＶＸ側が必要とするメモリ ＋ Ｗｉｎｄｏｗｓ側が必要とするメモリ ＋ 場合によってはＷｉｎｄｏｗｓ側のアプリケーションが必要とするメモリ が必要になるわけです。 簡単に言うと、２つのＯＳ（２つのサーバ）分のメモリが必要と言うことです。 ちょっと前ですが、６００シリーズに「Ｗｉｎｄｏｗｓだけの場合なら一般的だと思える程度」のサイズのメモリを載せているのを見ました。 これでも、とりあえずは動くとは思うのですが、スワップがたくさん発生してきっと遅いだろうな、もう少しメモリを載せれば、もう少し速くなるだろうに、と思っていました。 ６００シリーズには、最低でも「Ｗｉｎｄｏｗｓだけの場合なら一般的だと思える程度」の２倍以上のメモリを載せる必要があると考えています。 まあ、たしかに安い（ように見える）ＩＡサーバと競合したら、千円でも一万円でも安くするためにメモリが最初に削られてしまうので、なかなか理想どうりにはなりませんが・・・。 たくさん積めば、（Ｗｉｎｄｏｗｓの特性から言っても）それだけ速くなるし、システムも安定します。 ともかく、６００シリーズは中に２台分のサーバが入っていると見てメモリを多めに積むべきだと思います。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 従来型「オフコン」から新「６００ｘｉシリーズ」への移行検討の方へ | |
| ＥＸＣＨＡＮＧＥ 2003-12-17 16:33:27
[返信] [編集] ＊ ターラヤンさんが「現物を見た人はいませんか？」とおっしゃっておられましたが、残念ながらわたくしもまだ６００Ｘｉの現品にはお目に掛かっておりません。 ＊ 機能、性能に関する（主に営業担当からの）説明と、カタログなどより判断して、従来型の「オフコン」から「６００Ｘｉ」に移行を考えておられる方（考えておられる会社）に参考になりそうなこと、気づいたことなどを書いてみました。 ＊ Ｓ７２００（もっと古い３１００／ＡＸＸ）などからの移行検討の場合。。。 まず、図体（筐体とも呼ばれています）があまりに小さくなっていますので、ちょっとショック（落胆？）をおうけになるでしょう。 そのかわり、正直言って移行後は「あまりにも処理速度が速くなった」のに驚かれると思います。とくに専用端末などをお使いだった方には隔世の感があるでしょう。価格もかなりお安くなっていますし、なによりも「保守料金」が安いのがうれしい。 以前の経験では、７２００／８０を使っていた会社（端末５０台程度）でも６４０で十分ＯＫでした。「再リースできるので、まだまだ使うんじゃ！」という社長さんもおられるかもしれませんが、「７２００保守料金」と「新６００＋新保守料金」を比較すると、買い換えてもさほどＵＰしなかったりするので、よく研究してみてください。 それに出来ることは、格段に拡大していますし。。（特にオープン連携） このパターンは、「○○屋の牛丼」ではありませんが「安い、速い、うまい」にきっと満足されるでしょう。 ＊ ７００シリーズからの移行を検討している方の場合。。 スタイルは基本的には同じなのですが、ＩＮＴＥＬベースになったために、使える道具（ハード、ソフト）が格段に多くなっています。例えば、７００シリーズの時代には、ウィルスチェックのソフトひとつとっても、種類が少なくて困りましたものね。。 それにやはり、小型化、スピードアップがすばらしいです。 あと、オープン連携機能が充実しています。７００シリーズの頃は、ＮＴ上で動かすのが精一杯という感じでしたから。。 それに比べると、６００系（特にＡｉ以後）は、Ａ−ＶＸを動かすのにかなり余裕があるみたいです。そのため実際に使える連係機能がかなり増えています。 ＊＊ （便利だな、と思った機能について） ＊＊ （１） ＢｉｚＲｅｐｏｒｔｉｎｇ Ｖ２．０ Ａ−ＶＸからの印刷を編集して、ｗｉｎｄｏｗｓの各種フォントを利用したり、図形、バーコード、ロゴ、イメージデータ、等を貼り付けて印刷できる機能。Ｗｅｂブラウザでの帳票参照も可能で、インターネットでの帳票配信も出来ます。 従来の印刷パスからデータを取得して利用できるみたいです。（アプリの修正なしでレイアウト変更可能、インストールとＳＧのみで利用出来るようです） ホスト系のコンピュータは「フォント」「イメージ」など、帳票の表現力の点で欲求不満があっただけに、この機能は私としては一番うれしい機能と思いました。 （２）Ａ−ＶＸ／ＡＰアクセスオブジェクト Ｖ２．０ ｗｉｎｄｏｗｓアプリケーションからＡ−ＶＸ上のＣＯＢＯＬアプリケーションを起動したり、データのやりとりが出来ますので、これを使ってモバイル端末（ｉモード端末）からインターネット経由で在庫問い合わせ、注文入力などが出来るでしょう。（ＷＥＢサーバ、セキュリティを考慮した環境、データやりとりのためのアプリ追加は、もちろん必要ですが。。） ほかにもたくさんありますが、この辺で。。 最後に一つだけ気づいたこと。 ＊ 「６２０Ｘｉ−Ｓ」という機種ですが、価格がＡ−ＶＸ込みで定価ベースで８２万円 、保守料金３７００円／月という話でした。 スタンドアロンというわけではなさそうなので、純粋なＰＣサーバベースと比べてもかなり魅力のある価格だな、と思いました。（それともこれはスタンドアロンしかだめなモデルなのでしょうか？？ ターラヤンさん、ご存じでしたらお教えください！！） ＊ なお以上は、あくまでも私の個人的な感想ですので、「参考」とお考えください。 詳しくは代理店などの営業担当者によくご確認ください。 | ||
| 2 | ６２０ｘｉ−ｓの件 | |
| 江須扇 2003-12-23 3:06:48
[返信] [編集] > ＊ 「６２０Ｘｉ−Ｓ」という機種ですが、価格がＡ−ＶＸ込みで定価ベースで８２万円 、保守料金３７００円／月という話でした。 > スタンドアロンというわけではなさそうなので、純粋なＰＣサーバベースと比べてもかなり魅力のある価格だな、と思いました。（それともこれはスタンドアロンしかだめなモデルなのでしょうか？？ ターラヤンさん、ご存じでしたらお教えください！！） 正確なことは解りませんが、 Ｅｘｐｒｅｓｓ５８００／６１０ｘｘ ＷＮＴ、Ｗ２ＫのＷｏｒｋｓｔａｔｉｏｎ Ｅｘｐｒｅｓｓ５８００／６２０ｘｘ−ｓ ＷＮＴ、Ｗ２ＫのＷｏｒｋｓｔａｔｉｏｎ、ＸＰｐｒｏｆｅｓｓｉｏｎａｌ Ｅｘｐｒｅｓｓ５８００／６２０ｘｘ以上 ＷＮＴ、Ｗ２Ｋ、２００３Ｓｅｒｖｅｒ となっています。 ６１０は純粋はスタンドアロンですが６２０ｘｘ−ｓはＷＳは接続可能と思います。 但しＷｉｎＯＳがサーバーでないのでその制限があると思います。 たとえは、ＲＤＢ／ＦＩＬＥアクセスキット等がマルチでは使えないと思います。Ａ−ＶＸだけのマルチワークと思いました。 正確にはやはりＮＥＣに確認してください。 | ||
| 3 | ６２０Ａｉ-Ｓ／６２０ｘｉ-Ｓについて | |
| ターラヤン 2003-12-23 16:11:42
[返信] [編集] 返事が遅くなりましたが・・・。 > ＊ 「６２０Ｘｉ−Ｓ」という機種ですが、価格がＡ−ＶＸ込みで定価ベースで８２万円 、保守料金３７００円／月という話でした。 > スタンドアロンというわけではなさそうなので、純粋なＰＣサーバベースと比べてもかなり魅力のある価格だな、と思いました。（それともこれはスタンドアロンしかだめなモデルなのでしょうか？？ ターラヤンさん、ご存じでしたらお教えください！！） 江須扇さんの書いているように、Windows側のOSがWindows2000Professional/WindowsXPとクライアント系になっています。詳しくは忘れてしまいましたが、クライアント系OSだと、サーバ系のOSと比べて、接続できるコンピュータ台数の最大数が少なかったような気がします。 それからお安くするためか、ＵＰＳやバックアップ装置が標準で付いていない、あまり使わない？ハードが付けられない、あまり使わない？Ａ−ＶＸの機能がはずされている点が気になるところでしょうか。 でもＩＴＯＳ／Ａ−ＶＸのソフトは問題なく使用できるはずですし、ハードについてもたとえ使えないものがあっても代替の接続方法や装置があるので、普通に使う分には問題ないと思います。 Ｓ３１００やＳ７２００のリプレースで、あまり新規の機能を使わずに、今まで使っていたソフトをそのまま使おうという人向けのような気がします。（あくまでも個人的な意見です。） ついでですが、 >例えば、７００シリーズの時代には、ウィルスチェックのソフトひとつとっても、種類が少なくて困りましたものね。。 Ｓ７２００やＳ３１００ならば、（クライアントにＰＣを使っていなければ）、コンピュータウィルスとは無縁ですよね。 ６００シリーズもＡ−ＶＸだけならウィルスとは無縁なのですが、Ｗｉｎｄｏｗｓ側が影響を受けてしまいます。 | ||
| 4 | Re:６２０ｘｉ−ｓの件（補足） | |
| 江須扇 2003-12-26 3:45:47
[返信] [編集] ６２０ｘｉ−ｓは最低限の構成になっているので、 ターラヤンさんの説明の通り ＵＰＳが無い ｂａｃｋｕｐ装置が無い（ＦＤＵだけ） という事で、例えばネットワークでカバーするという事考えた場合、 Ａ−ＶＸ／ＮＥＴを入れるだけでも有償ソフトなのでそれなりに費用がかかります。 また、開発マシンとしてＣＯＢＯＬ８５とＳＭＡＲＴ２（ＥＵＦ機能の代替も兼ねて）と合わせて３有償ソフトを入れるとハードと同じ位の費用が掛かりそうです。 ところで、今回のｘｉシリーズは６４０Ａｉ−Ｒに相当するものはなくなったのでしょうか？ 高さが１Ｕでしたが今回の６４０ｘｉのラックモデルは５Ｕです。 ラックに複数台いれるとすぐいっぱになりそうです。 そこで、ちょっと早とちりですがひょっとして次のＯＳでは、 一台の中で複数のＡ−ＶＸを立ち上げることできエミュレータはｐｏｒｔ番号で切り替えてできるというようなことを考えているのではと思っております。 Ａ−ＶＸ／ＮＥＴでやり取りできるが主ＯＳ以外はＰＣ／ＷＳ−ＥＭＬだけで周辺装置は使えないという制約はあると思いますが・・・ | ||
| 5 | （続報）謎の６２０ｘｉ−Ｓについて | |
| ＥＸＣＨＡＮＧＥ 2003-12-31 12:39:11
[返信] [編集] ＊ その後いろいろ調べてみましたが、 （１）ＯＳは、Ｗｉｎｄｏｗｓ−ｓｅｒｖｅｒではなく、ＸＰまたは２０００のプロフェッショナルを使用。もちろんＡ−ＶＸ０１がインストールされているので、Ａ−ＶＸのサーバとして使う分には特に問題なし。 （２）基本構成では、バックアップ装置、ＵＰＳ、アレイは付いていない（オプションで可。ただしアレイはミラー）。 （３）ＷＳ台数は３台まで？タスク数５まで？（いずれも未確認情報） （４）利用できない主なユーティリティソフトまたは機能 ＊ ＯＳＶ−ＧＵＩ実行 ＊ ＦＡＸ連携 ＊ ＯｐｅｎＤａｔａｂａｓｅＡｃｃｅｓｓＫｉｔ ＊ ＢｉｚＲｅｐｏｒｔｉｎｇ ＊ ジョブ起動ユーティリティ ＊ ＰｒｉｎｔＶｉｅｗ という感じです。 いずれもＮＥＣに確認したわけではありませんので、担当セールスにご確認頂きたいのですが、 もし上記の通りだとすれば、やはりターラヤンさんのご指摘通り、 従来機能中心で比較的小規模な方向きでしょうか。 積極的に新機能を使いたい方や、今後端末を拡張する可能性のある方は６２０ｘｉ以上を選択すべきでしょう。 （中小の会社の場合６２０ｘｉは賢い選択かもしれません） | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band