NIG INFOINFRA


 * 情報インフラ全体の制度（制度とは組織と規則のことです）　遺伝研情報インフラ制度案
 * 各論１　利用者の規則 : コンピュータ・ネットワーク利用基準 改正案 | 研究所コンピュータ・ネットワーク利用基準（現行法）
 * 各論２　研究所の義務　 :ROISセキュリティーポリシー | 研究所情報セキュリティーポリシー
 * 参考|2011遺伝研ネットワーク刷新事業　| Replacing SuperComp 2012 | 電子計算機委員会ログ | 遺伝研ネット会議・講義システム |  2011-11-17 計算機委員会建議用メモ | |

- =情報インフラ全体の制度化の必要性=
 * システム管理チームのページ　　http://ddbjsys.ddbj.nig.ac.jp/
 * [[File:情報セキュリティーポリシー原案2008-1.pdf]]
 * [[File:機構・情報セキュリティーポリシー組織図.pdf]]
 * 電話以外の通信ネットワークおよびネットワークに接続して所内外と通信するメイル、電子講義・遠隔会議システム、ホームページサーバー等の情報インフラは研究所の事業研究活動環境として今や欠くべからざるものです.
 * 而して未だその制度（組織、予算、規則）は明確にでなく　下に示すような多くの弊害や無駄手間を生んでいます.
 * これまではスパコン事業が吸収していました.
 * 制度改正の機会に是非制度化を行うことが望まれます.

総論
情報インフラについて研究所に必要な　制度=組織と規則　は以下の項目だと思います *情報インフラ制度　（現なし？） |-組織論:　組織・責任・予算の明確化　　主語は「遺伝研は」　 |-規則論:研究所コンピュータ・ネットワーク利用基準（現行法）：LANにつながる利用者の義務　主語は「利用者は」 *内容を更新したものは　コンピュータ・ネットワーク利用基準 改正案  |-メイル利用規約細則　（なし）: メイルを利用する者の規則　義務　「利用者は」●○しないといけない |-公開サーバー管理規約細則　（なし）: サーバーを公開するものが守るべき規約　「設置者は」●○しないといけない |-DMZ運用細則　 |-ネット機器増設細則 
 * これまでDDBJスパコン事業が代行してきた所内サービスに責任不在で放置されてきた項目を切り出し所の直轄にしたもの
 * 人員および予算は相当分をスパコン事業が負担して開始する
 * エンジニアの独自調達を伴うので「サービス範囲の明確化」が必須. 便利屋的な機能を期待すると調達困難


 * 情報セキュリティポリシーはやや異質　
 * デジタル情報や通信に関する考え方
 * 法規則へのコンプライアンスの表現　情報セキュリティー基本法National Information Security Planが中心　プライバシー保護法　はその次. 　ネット犯罪に対する国としての施策と考えてよい.

=情報インフラ制度 組織論=

組織論１構成と責任

 * 電子計算機委員会の管轄事項の実行組織として　自己支援事業(自分たちの便益）　情報インフラチームを組織し予算人員措置をする
 * 研究所に情報インフラチームを置く
 * 情報インフラチームは電子計算機委員長が指揮し電子計算機委員会によって監督される
 * 情報インフラチームには数人の専任職員と専任エンジニアで構成される.
 * 別にスパコンDDBJから情報インフラチームに参加する
 * 別に事務から情報インフラチームに参加する

組織論２　役割

 * 学内LAN
 * 運用規則は　電子計算機委員会で議論し（所長が？）決定する
 * 仕様策定・運営管理は情報インフラチームが行う
 * 末端の個別のネットワーク敷設情報は概念情報および物理情報ともに情報インフラチームで集積管理する
 * 施設管理チームは配線情報を情報インフラチームに提供し情報インフラチームで管理する
 * SINETへの接続窓口は情報インフラチームが行う
 * 特許庁への専用線接続は情報インフラチームと連携しスパコンDDBJが行う


 * 学内メイル
 * 運用管理規則は電子計算機委員会で議論し教授会の合意のもと所長が決定する
 * メイルの運用規則は電子計算機委員会が作成するLAN利用者規則で定める
 * 学内メイルシステムの調達や管理は情報インフラチームが行う


 * 電子講義システム　遠隔会議システム
 * 総研大の電子講義システムは教授会および教育研究チームがこれを調達管理運営する
 * 外部ストリーミングサーバーを用いた遺伝研内電子講義システムは情報インフラチームが管理運営する
 * その他の独自導入による機器の運営管理は導入者の自己責任で行う


 * ホームページサーバー　業績サーバー　HP委員会
 * 機器およびソフトウエアは情報インフラチームが維持管理する(root)
 * 内容の更新等は別に定める規則に基づいて行う
 * 遺伝研ホームページはサーバーをDMZ領域に置き機器更新OS　middlewareの管理は情報インフラチームが行う
 * 業績サーバー　業績サーバーはこれを上記サーバーに置き同様に情報インフラチームが管理する
 * 所員の個別公開サーバーは別に電子計算機委員会が公開サーバー新設管理規則で定めるもしくはネット利用規約に盛り込む


 * 情報インフラチームのこまごまの対応は適当な人員でカバー可能であろうが　技術的判断　特にSINETやサーバーの関係については相当のエンジニアが必要. 　現在調達準備中の人材に加えてバックアップが必要かもしれません.

=情報インフラ制度　規則論=
 * コンピュータ・ネットワーク利用基準 改正案
 * 研究所コンピュータ・ネットワーク利用基準（現行法）

=制度化において考慮すべき現状の問題= 上記の規則新設希望は以下の問題を経験してのことです. <項目>学内LAN（末梢ネット）の敷設 <現在の管理状況概説>小規模なものはＰＩが予算を持てば自由に増設可能しかし”図面は納品されない”しシステム管理チームにも届かない <現在の情報集中>設置詳細は不在 <トラブルシュート>配線は施設係に聞く <故障時の機器発注>　自由　施設チーム経由 <理想運用>増設自由だが設計に関しては学内LAN管理者に相談し施工図を納品（ファイル形式決める） ＜理想情報集中＞学内ＬＡＮ管理者　事務
 * シス管雑用ログ

<項目>学内LANの運用 <現在の管理状況概説>不調に関してはシステム管理チームに問い合わせる. 原因追究は計算機委員会がシステム管理チームに依頼. 機器故障ならばかれらが機器選定払いは運営費で. <現在の情報集中>電子計算機委員会で現状を承認. 運用予算や情報については議論なし <トラブルシュート>不調はシス管 <故障時の機器発注>　機器故障はDDBJを通じて機種選定と発注　予算は本館 <理想運用>計算機委員会下に専任エンジニア ＜理想情報集中＞学内ＬＡＮ管理者　計算機委員会

<項目>遠隔講義・会議システム <現在の管理状況概説>総研大の事業なので教育系の委員会を通じて敷設. 事務教育チームが担当 <現在の情報集中>教育チーム <トラブルシュート>不調は教育係へ　故障は葉山？ <故障時の機器発注>　教育委員会？ <理想運用>教育チームに完全に把握してもらう　F/W設定は学内ＬＡＮ管理者 ＜理想情報集中＞教育チーム

<項目>学内電子講義システム <現在の管理状況概説>広海先生など一部の先生は熟知、みなその先生に聞いて異常も報告している. 情報はそこにあつまり修理依頼を事務教育チームにしてくれてる. <現在の情報集中>調達係　広海さん？ <トラブルシュート>不調は教育チームへ <故障時の機器発注>　故障時の機器選定と発注も教育係と総研大予算？ <理想運用>軽量化して機器更新を含め教育チーム管轄に ＜理想情報集中＞教育チーム

<項目>所員メイル <現在の管理状況概説>DDBJ情報チームとスパコンシステム管理部が受け付ける. メイルに関するトラブルや質問はシステム管理チームに集まる <現在の情報集中>情報チーム <トラブルシュート>不調は直接スパコンシステム管理へ　機器故障などは本館 <故障時の機器発注>　メイルサーバーはスパコン調達 <理想運用>gmail　LAN管理者 ＜理想情報集中＞学内LAN管理者

<項目>所員メイリングリスト <現在の管理状況概説>DDBJ情報チームとスパコンシステム管理部が受け付ける. メイルに関するトラブルや質問はシステム管理チームに集まる <現在の情報集中>システム管理チーム <トラブルシュート>同上 <故障時の機器発注>　メイルサーバーはスパコン調達 <理想運用>ニックネームで片付かない部分はサーバーを立てる（ネットで導入したサーバ） ＜理想情報集中＞学内LAN管理者

<項目>研究所公式ホームページ　？ <現在の管理状況概説>独立の委員会があり、公開サーバー（パソコン）をスパコン棟に置く　DMZ？ <現在の情報集中>機器の場所はスパコン棟で把握 <トラブルシュート>不調や予算はＨＰ係か知財広報 <故障時の機器発注>　研究所 <理想運用>ネットで導入したVMSを運用　CMSを限定して維持は集中 ＜理想情報集中＞学内LAN管理者

<項目>研究所業績サーバー　上田龍先生 <現在の管理状況概説>内部のみ利用　独立委員会で開発　設置時にシステム管理チームに連絡があり昨年度スパコンサーバー内にコピー <現在の情報集中>上田先生 <トラブルシュート>不調や予算はＨＰ係か知財広報 <故障時の機器発注>　研究所 <理想運用>ネットで導入したサーバーに移動　開発文法に制約　維持は計算機委員会 ＜理想情報集中＞学内LAN管理者

<項目>所員公開ホームページ <現在の管理状況概説>自由　ＦＷに穴をあけるよう申請 <現在の情報集中>いくつものセグメントに散在 マシンＩＰはシステム管理チームに <トラブルシュート>自己　技術的な質問がまれにシステム管理に <故障時の機器発注>　自己 <理想運用>ネットで導入したVMSを運用　大きな開発文法の制約をたとえば遺伝研に立てるNIGwiki ＜理想情報集中＞学内LAN管理者

<項目>所員公開ウエブサーバー　？ <現在の管理状況概説>自由　ＦＷに穴をあけるよう申請 <現在の情報集中>いくつものセグメントに散在 マシンＩＰはシステム管理チームに <トラブルシュート>自己　技術的な質問がまれにシステム管理に <故障時の機器発注>　自己 <理想運用>DMZに対応するVirtual LAN に対応したIPセグメント に極力変えてゆく ＜理想情報集中＞学内LAN管理者

<項目>所員研究用大型サーバー <現在の管理状況概説>自由　ＦＷに穴をあけるよう申請 <現在の情報集中>いくつものセグメントに散在 マシンＩＰはシステム管理チームに <トラブルシュート>自己　技術的な質問がまれにシステム管理に <故障時の機器発注>　自己　設置も自己 <理想運用>DMZに対応するVirtual LAN に対応したIPセグメント に極力変えてゆく ＜理想情報集中＞学内LAN管理者

<項目>事業系大型公開サーバー <現在の管理状況概説>自由　ＦＷに穴をあけるよう申請 <現在の情報集中>いくつものセグメントに散在 マシンＩＰはシステム管理チームに <トラブルシュート>自己 <故障時の機器発注>　自己　設置も自己 <理想運用>DMZに対応するVirtual LAN に対応したIPセグメント に極力変えてゆく ＜理想情報集中＞学内LAN管理者

これらの情報はネットワーク設計に必要でしたが、現在情報が散在しておりだれも全貌を把握していないことがわかりました. それぞれ　開発、機器調達、敷設、運用　を案件別に行っているために遺伝研にdiployして運用するのに大きな手間がかかっています. 案件別をやめて機器　ミドル　ソフト　内容　運用　などの階層にわけて　責任化するのがコスト安でないでしょうか？


 * 1) ネット系機器の調達や　運用保守
 * 2) サーバー系の機器導入　運用保守　　外部レンタル　クラウド　スパコン 用途別マシン
 * 3) 電子講義会議システム機器　導入運用保守　学内および総研大
 * 4) ソフト開発保守
 * 5) 提供内容文書　editor
 * 6) メイルリストの管理
 * 7) 利用法の説明　トラブルシューティング

などを整理して　情報の統括および業者との関係は事務系に一括する方向が望ましいと思われます.

=土曜日の議論=
 * 1) 支援事業に「ネットワーク、HP、情報基盤ユニット」を設けるのはどうか？　たとえば
 * 2) *職員にMK
 * 3) *情報チーム4or3人
 * 4) *調達中常駐SEを1人
 * 5) *Googleのサポート契約を追加発注
 * 6) *本館事務の人間を入れる（施設係が妥当）
 * 7) *スパコンハード担当を1人入れる.


 * 1) 本ユニットのタスク
 * 2) *ネットワーク管理
 * 3) *Google Apps管理
 * 4) *遺伝研HP管理
 * 5) *SINET接続管理
 * 6) *ネットワーク管理基準、利用基準策定
 * 7) *ネットワーク敷設管理


 * 1) *端末管理はしない
 * 2) *ウィルスチェックは各自管理
 * 3) *セキュリティ教育を毎年受けさせる
 * 4) *VPNは再申請させる
 * 5) *外部接続申請は従来通りさせる
 * 6) *プロジェクトの独自ネットワークルールとの合意をどうするか、遺伝研ネットワーク利用基準に従ってもらう. それができない場合は外部ネットワークに接続してもらう.


 * 1) Google Appsの管理何をするのか
 * 2) *グループの管理、申請ベース、管理者を置く.
 * 3) *管理ポリシを厳しめにする.
 * 4) *役職アドレスを全てグループ
 * 5) *役職が変わるとメンバを変更する作業が出てくる.
 * 6) *App機能をあまり使うとGoogle依存になりすぎる. メイルなら　すぐおさらばできる.
 * 7) **GoogleAppsについて、必要機能を極力絞る. 極論でメール、グループのみ.
 * 8) ニックネーム申請をどうするか
 * 9) *受付時間順、第3希望まで希望をとって決定.
 * 10) *VP接続アカウント、所員以外の申請を原則不許可とする.
 * 11) *遺伝研所内のDMZにwebサービスを集約させる.

=REFERENCES= 竹井さんからセキュリティに関する情報がまとまった以下のサイトの情報を いただきました.

・経済産業省 情報セキュリティ政策ポータル http://www.meti.go.jp/policy/netsecurity/ ・日本ネットワークセキュリティ協会 http://www.jnsa.org/ ・NIIの「国立大学法人等における情報セキュリティポリシー策定について」 http://www.nii.ac.jp/csi/sp/

また、先の山田のメールであげたサイトを再掲いたします. -- とりあえず、所長や電子計算機委員長に以下のサイトで遺伝研の http://www.ipa.go.jp/security/benchmark/index.html (独)情報処理推進機構(IPA)のページです.
 * 情報セキュリティ対策自己診断を行っていただくのはどうでしょうか.

また、以下のような資料も参考になると思います.

http://www.kantei.go.jp/jp/tyokan/noda/20111007message.html
 * 今年10月の官房長官談話です. 「情報セキュリティ対策の強化について」

http://www.nisc.go.jp/active/general/kijun_man_index.htm
 * 情報セキュリティ対策策定のガイドライン集です.

参考実例
遺伝研業績サーバ納入の件 	所内向け情報サービス運用の　コミュニケーションコストがきわめて高い実例 - 大久保公策 To Ryu, yamakawa, 無脊椎 丸山様, 新田副課長, システム管理局, Toshihisa

上田先生　c.c.山川さま　新田さま

業績サーバの件ではお疲れ様です.

システム管理チーム宛てにソフトウエア開発山川様からスパコンシステム管理チーム宛てに 「業績サーバのリプレースマシンが納品されるのでスパコン棟(現サーバの場所）で場所と電源を確保して維持してほしい」との連絡があったもようです. 　スパコンシステム管理チームは現在高木先生の指示で動いておりますので管理チームは対応に時間がかかりました.

結論から申し上げますと停電後復旧と事故の監視等をスパコンシステム管理チームで行う場合には ①「データとサービスプログラムだけを指定のマシンに納品」してもらうか ②「３Fの指定するラックの一つに差していただく」の選択がございますが 今回は　山川さんのご提案のマシンが癖のないものでひあたのでご提案通り　②　にさせていただきたいと思います.

ただ一般論を申しますと 今回のようにホームページやメイルと同様でスパコン業務外の仕事を支援させていただく場合にはあらかじめ高木先生（か私）宛てにご相談いただけるとまず内部に展開して都合や可否について考えることができますので助かります. たくさんメダカを飼ってるならついでに蛙を一匹面倒見てくれと頼まれるようなものです. (笑）

以上ご留意いただけると助かります. --- 山川さま 先ほどは電話で失礼しました. やはりこちらのサーバの入れ替え時期を考えるとご提案のとおりマシンをこちらのラックに入れていただくのが最もよかろうと結論を変えました. 上田先生からGOサインが出ましたら　レイルの規格　作業日程など　お問い合わせください.

-- Ryu UEDA To kokubo, 小原 雄治, 山崎 由紀子, 新田副課長, システム管理局, Toshihisa, 山川 武広, 無脊椎 丸山様 詳細を表示 1月28日 大久保さん、CCたくさんの方々

お知らせ有り難うございます. この点（遺伝研の管理部が管理すべきサーバ）に関しては私も大変不思議に思っています. DDBJ本来の業務とは別に、遺伝研HPやメールシステム、SAP、薬品管理DB、今回のあっちゃん（遺伝研業績DB）のようなDB（とそのサーバ）を誰が、どこで管理するのか、というのはやはりきちんとしておくべきかと思います. （これまでは歴史的経緯でシステム管理局にお願いしていたのでしょう. あっちゃんは菅原先生がご好意で引き受けてくださったと理解しています. ） これらの実態は、実は私もさっぱりわからないのですが、ここは関係する方達で話し合って、最も良い管理方法を決めるべきかと思います. 実態を最もよく把握でき（システム管理局に近い）、かつ遺伝研のコンピュータシステムの将来像にも責任が持てる大久保さんには是非、音頭をとって纏めていただきたいと（個人的には）思います. 如何でしょう？

小原さん、このあたりでそろそろ管理部の責任体制も含めて、きちんとするべきではないでしょうか？　現在は関係しそうな委員会として「電子計算機委員会」「広報委員会」がありますが、これらはどちらかというとソフト的なことを話し合う場でしょうか？　遺伝研の委員会の役割などを正しく理解していないので頓珍漢なことを言っているのかもしれませんが、ご検討よろしくお願いいたします.

......................................... 大久保さん、山川さん とりあえず、あっちゃんのサーバー更新に関しては下記の内容でよろしくお願いいたします. 龍 --- 大久保公策 To Ryu, 小原 雄治, 新田副課長, システム管理局, Toshihisa, 山崎 由紀子, 山川 武広, 無脊椎 丸山様 詳細を表示 1月28日

上田先生　　紳士どうしのお付き合いは気持ちのよいものですね. 無粋な対応にならないようにでしゃばって対応してほんとによかったと思います. こちらこそお礼を申し上げます. 大久保 ---

2011年1月28日16:27 Ryu UEDA T.Yamakawa To kokubo, Ryu, 小原 雄治, 新田副課長, システム管理局, Toshihisa, 山崎 由紀子, 無脊椎 丸山様 詳細を表示 1月31日 大久保先生、上田先生（CC:関係者の皆様） いつもお世話になっております. 日本ソフトウェアマネジメントの山川です.

業績データベースのサーバ入れ替えの件につきまして、種々ご調整頂きありがとうございました　それでは、以下の通りサーバの導入を進めさせて頂きます. > > ②「３Fの指定するラックの一つに差していただく」の選択がございますが > > 今回は 山川さんのご提案のマシンが癖のないものでひあたのでご提案通り ② にさせていただきたいと思います. ラックレール規格、作業スケジュール等につきましては決まり次第またご相談させて頂きます. どうぞ、よろしくお願い致します. - 山川 武廣

山川さん、システム管理局の皆様、よろしくお願いいたします. 龍 ........................................................... T.Yamakawa To 星様, システム管理局, Ryu, 新田副課長, Toshihisa, kokubo システム管理局様、CC:大久保先生、関係者の皆様 いつもお世話になっております. 日本ソフトウェアマネジメントの山川です. 業績データベースサーバのリプレースに関しまして、大久保先生、上田先生のご承諾を頂きましたので、今後はシステム管理局様と連携を取りながらリプレース 作業の方を行って行きたいと思いますので、お手数をお掛けしますがご協力頂きますようよろしくお願い申し上げます.

リプレースの業務内容、サーバにつきまして以下に簡単ですが記載いたします. その上で、以下のご質問事項につきまして、ご検討・ご回答頂きますようお願い いたします. （以下の内容につきましては前回同様となります） 【入れ替え対象サーバ】 業績データベース用サーバ1台（DELL製PowerEdge R210 1U CPU:Xeon X3450(2.66GHz, QuadCore), Mem:4GB, HDD:500GB(7200rpm x 2, RAID1) 【リプレース作業内容】 ・リプレースサーバのラックへの設置作業、各種接続作業 ・OSインストール、設定（CentOS5.6のインストール、ネットワークの基本設 定を行います） ・現行サーバから新サーバへのシステム移行作業（システム動作に必要なソフトウェアのインストール、業績DBのインストール、本番データの移行作業、動作確認を実施します. ） 【ご質問事項】 （１）DELL製のサーバ(1U)のものを導入する予定ですが、搭載できるラックは存在しますでしょうか？（ラックレールキットはDELLの他社製対応のものを準備い たします） （２）サーバの電源ついて確保可能でしょうか？（100Vx1　UPSは特に用意しておりません. ） （３）モニタ、キーボード、マウスについては特に構成に含めておりませんでしたが、接続可能なKVM等は存在しますでしょうか？（存在しなければ、モニタ、 キーボード、マウスを別途準備いたします） （４）保守についての提案をご依頼されているのですが、新サーバの業務の役割・責任分担について以下の様にしたいと考えておりますが、問題ありませんでしょ うか？ システム管理局様：ハードウェアの監視（目視レベル）・管理（メンテナンス時の電源投入、電源停止、ハードウェア障害通知ランプ点灯時の弊社へのご連絡） JSM側：業績DBシステムの監視、保守対応 お手数お掛けしますが、ご検討頂きますようお願いいたします. 何かご不明な点がございましたらお知らせ下さい. どうぞ、よろしくお願い致します. 山川 -- On Fri, 28 Jan 2011 16:33:01 +0900 大久保公策  wrote:

Hoshi Nobuhiro To T.Yamakawa, システム管理局, Ryu, 新田副課長, Toshihisa, kokubo 詳細を表示 2月1日　日本ソフトウェアマネジメント　　山川 様 システム管理チーム)星です.

お世話になっております. 以下、質問事項について回答いたします. > 【ご質問事項】 > （１）DELL製のサーバ(1U)のものを導入する予定ですが、搭載できるラックは存 在しますでしょうか？（ラックレールキットはDELLの他社製対応のものを準備い たします）

ラック搭載に関しては特に問題無い(シス管側で準備可能)と考えておりますが、レールキットが接続可能かについては、念の為、事前にラックの確認をお願い します.

--- > （２）サーバの電源ついて確保可能でしょうか？（100Vx1　UPSは特に用意しておりません. ） こちらも、確保可能です. --- > （３）モニタ、キーボード、マウスについては特に構成に含めておりませんでしたが、接続可能なKVM等は存在しますでしょうか？（存在しなければ、モニタ、 キーボード、マウスを別途準備いたします） こちらも KVMが準備可能です. --- > （４）保守についての提案をご依頼されているのですが、新サーバの業務の役割 ・責任分担について以下の様にしたいと考えておりますが、問題ありませんでしょ うか？ >　 システム管理局様：ハードウェアの監視（目視レベル）・管理（メンテナンス時の電源投入、電源停止、ハードウェア障害通知ランプ点灯時の弊社へのご連絡） >　 JSM側：業績DBシステムの監視、保守対応 責任分担については、以下でお願いしたいのですが、ご確認頂けないでしょうか. システム管理チームとしては、毎朝のハードウェア監視及び、異常検知時に装置の状態を JSMに通知する、とさせて下さい.

実際に保守作業を行う際の対応(システム停止/起動)、業績DBシステム(ソフト)の監視は、JSM様にてお願いしたいと考えております.

停電対応(法定停電も含め)については、復電時のシステム起動(ハード的な電源投入)はシステム管理チームで実施し、システム起動後の動作確認及び、 停電時のシステム停止(shutdown処理)は、JSM様にてお願いしたいと考えております. ご確認宜しくお願い致します.

返信 T.Yamakawa To Hoshi, システム管理局, Ryu, 新田副課長, Toshihisa, kokubo 詳細を表示 2月1日 システム管理局　星様いつもお世話になっております. JSMの山川です.

質問事項につきまして早速ご回答頂きましてありがとうございました.

>　 ラック搭載に関しては特に問題無い(シス管側で準備可能)と考えておりますが、レールキットが接続可能かについては、念の為、事前にラックの確認をお願い します. レールキットの接続可否につきまして、事前に確認させて頂けるとのこと、ありがとうございます. 今週どこかお時間のあるときにレールキットの接続可否について直接伺わせて頂きたいと存じますが、ご調整頂くことは可能でしょうか？時間的には10分程度で済むと思います. また、電源、KVMについても確保して頂けるとのこと、ありがとうございます.

運用の責任分担につきましても、以下のご依頼の内容で全く問題ございません. ご回答頂きありがとうございました. どうぞ、よろしくお願い致します.

山川

Hoshi Nobuhiro To T.Yamakawa, システム管理局, Ryu, 新田副課長, Toshihisa, kokubo 日本ソフトウェアマネジメント 山川 様 システム管理チーム)星です. ご確認ありがとうございます.

> 今週どこかお時間のあるときにレールキットの接続可否について直接伺わせて頂きたいと存じますが、ご調整頂くことは可能でしょうか？時間的には10分程度で済むと思います. 事前にお電話頂ければ、何時でも構いませんので、ご連絡お願い致します. 内線 6891です. 宜しくお願い致します. - 返信 T.Yamakawa To Hoshi, システム管理局, Ryu, 新田副課長, Toshihisa, kokubo 詳細を表示 3月8日 システム管理局　星様　CC:大久保先生、上田先生 いつもお世話になっております. JSMの山川です.

業績データベースシステムのサーバにつきまして納入の準備が整いましたので、以下のスケジュールにてラック設置等の移行作業をさせて頂きたいと考えており ます. スケジュールにつきましてご対応頂く事は可能でしょうか？

【移行までのスケジュール】 3月15日(火) 13:00～サーバをラックに設置（JSM） 17:30　現行サーバの停止（システム管理局様） 18:00～本番サーバのネットワーク切替作業（JSM、システム管理局様)　　　　　　18:30～新サーバでのサービス開始

また、バックアップにつきまして現行のサーバでは/homeと/diskを毎日 6:00にテープ装置へ バックアップするように設定頂いていると思います. 新サーバでも同様に設定し て頂くことは可能でしょうか？

お手数お掛け致しますが、ご検討頂きますようお願いいたします. 山川 > > JSM) 山川 様 > > > > システム管理局)星です. > > > > ご連絡ありがとうございます. > > achieveの /homeと /diskを毎日 6:00にテープ装置へ > > バックアップする様に設定を行ないました. > > > > #---# > > # /home, /disk backup : 060331 start   # > > #---# > > 0 6 * * * /home/ddbjsys/bin/backup_disk.csh > > 0 6 * * * /home/ddbjsys/bin/backup_home.csh > > # > > > > 宜しくお願い致します.

On Tue, 1 Feb 2011 12:08:11 +0900 - 元のメッセージを表示 - 返信 全員に返信 転送 返信 Hoshi Nobuhiro To T.Yamakawa, システム管理局, Ryu, 新田副課長, Toshihisa, kokubo 詳細を表示 3月8日 JSM)山川 様

システム管理チーム)星です.

お世話になっております.

スケジュールについてですが、現在システム管理チーム側で、 業績データベースシステム搭載予定のラックについて 18日に ラック移動を予定しています.

サーバ搭載後のラック移動作業でサーバ故障が発生する可能性、 また切替後 19日に停電も予定されている事から、可能でしたら 翌週22日以降でラック搭載をスケジュールする事が出来ないで しょうか. ご確認お願い致します. 作業時間については、特に問題ありません.

バックアップにつきましては、新しいサーバの環境に併せて 設定を行いたいと思いますのでサポートお願い致します. (アカウント作成及び、管理者権限の利用等について. ) 設定作業は、移設作業後を予定させて下さい.

宜しくお願い致します.

--- On Tue, 08 Mar 2011 14:10:25 +0900 - 元のメッセージを表示 - 返信 全員に返信 転送 返信 T.Yamakawa To Hoshi, システム管理局, Ryu, 新田副課長, Toshihisa, kokubo 詳細を表示 3月8日 システム管理局　星様 お世話になっております. JSMの山川です.

移行日程につきましてご連絡頂きましてありがとうございました. それでは3月22日(火)に以下のスケジュールで移行とさせて頂きますようお願い いたします.

【移行までのスケジュール】 3月22日(火) 13:00～サーバをラックに設置（JSM） 17:30　現行サーバの停止（システム管理局様） 18:00～本番サーバのネットワーク切替作業（JSM、システム管理局様)　　　　　　 18:30～新サーバでのサービス開始

バックアップにつきましても承知いたしました. 移設作業後に改めてご連絡させ て頂きます.

どうぞ、よろしくお願い致します. 山川

On Tue, 8 Mar 2011 15:35:47 +0900 - 元のメッセージを表示 - 返信 全員に返信 転送 返信 T.Yamakawa To 鈴木政敏様, Ryu, kokubo, ?V?X?e???????, 星様 詳細を表示 3月22日 上田先生、CC:大久保先生、鈴木様、システム管理局星様 いつもお世話になっております. JSMの山川です.

システム管理局様のご協力により、先ほど業績DBサーバの移行が完了いたしまし たのでご報告いたします. http://achieve.nig.ac.jp 当バージョンは、論文・著書に関してページ入力ウィンドウに数字以外の入力が 可能となっております.

尚、業績データベースシステムの稼働日程に関しては遺伝研様の計画停電の影響 下にあり、遺伝研様のネットワークサービスの稼働スケジュールに合わせてサー ビスの停止、起動が行われますのでご留意頂きますようお願いいたします.

>　　 ネットワークサービス停止予定 >　　    2011年 3月23日(水)　08:20～14:00 > >        2011年 3月23日(水)　19:00 ～ >　　　　　　　　 2011年 3月24日(木)　11:00

どうぞ、よろしくお願い致します. - 山川 武廣  日本ソフトウェアマネジメント株式会社 事業推進部 バイオグループ

> 皆様、 > > 業績DBに関する補足説明です. > > １）3月22日(火)17:30-18:30の間、業績DBは更新作業の為アクセスできなくなります. (計画停電により変更されるかもしれません. ) > ２）現在、業績登録において、ページ入力ウィンドウには数字以外は入力できません. 更新作業以降は入力可能となります. PLoS等、e1234のような表示が必要な場合にご利用ください. > > Additional Notes: > 1) Achievement DB will be stopped at 17:30 - 18:30 on 22 March for the server maintenance. > 2) In the publication "page" window, you will be able to enter alphabet, like e1234... after 22 March. > > best, > > ryu - 元のメッセージを表示 - 返信 全員に返信 転送 返信 上田 龍 To T.Yamakawa, kokubo, ?V?X?e???????, 星様, 鈴木政敏様 詳細を表示 3月22日 山川さん、システム管理局のみなさん、

停電対応等でお忙しいところ、業績DBサーバの移行についてご尽力いただき、どうも有り難うございました. これからもよろしくお願いいたします.

とりあえず御礼まで.