私たちはこの3年ばかり、ファイルサーバ運用をめぐるお客様の悩みに耳を傾けてきました。過去にかかわった業務経験とあわせて、 ファイルサーバ整理のフレームワークを公開します。 身も蓋もないですが、結論から。現時点でわかっている課題と対応方法は下記の通りです。 課題 ファイルが増えすぎて見つからない。探す時間が無駄になる。 意味不明のフォルダ・ファイルが増えてしまう 「まがい物」のファイルが多数あると、本物が見つからない ディスク容量が不足する 不要になったファイルがなかなか消せない 管理者の知らないところで、容量が消費される セキュリティを適切に管理するのは難しい ファイルサーバに検索システムを導入する 検索システムの存在を前提にすると、整理の枠組みが大幅に簡略化できます 「FileBlogを導入してください」というのが弊社の立場です。後悔はさせません フォルダの役割・性格・制限を明確にする
Windowsファイルサーバーのフォルダ構成とアクセス権の運用方法についてご紹介します。 実際に現役社内SEがユーザー満足度を高めつつ管理工数を最小限に抑えるためにやっているファイルサーバーの運用方法とは? フォルダ構成図とそれぞれのフォルダ運用方法について まずはサンプルのフォルダ構成図を見てみましょう。
listing が約20万件ある状態です。 各レコードの内容は以下のような感じです。(サーバ上に持ってきて見てみました。) # head -3 allusers_pipe.txt 1|JSG99FHE|Rafael|Taylor|Kent|WA|Etiam.laoreet.libero@sodalesMaurisblandit.edu|(664) 602-4412|TRUE|TRUE||FALSE|TRUE|||TRUE|FALSE|TRUE 2|PGL08LJI|Vladimir|Humphrey|Murfreesboro|SK|Suspendisse.tristique@nonnisiAenean.edu|(783) 492-1886||||TRUE|TRUE|||TRUE|FALSE|TRUE 3|IFT66TXU|Lars|Ratliff|High Point|ME|amet.fa
KSKアナリティクスによるpentahoブログ。 pentahoの可能性、機能、提供サービスの状況などの最新情報をお届けします。 mysql5.0とInfoBright3.4.1に同様のレコード数をINSERTし、 同様のキューブを作成。 アナライザーレポートにてレスポンスを比較してみました。 実際は発行されるSQLの実行速度を比較してます。 基本的にボトルネックはDBのレスポンスですので、SQLを比較。 画面表示まではMDXも実行されますが、こちらは一瞬なのでSQLのみ対象としてます。 MondrianのSQLログの設定はこちら 比較した操作方法や、データ内容の詳細および結果レポートを弊社デモ用サーバにて見れるようにしてますので こちらをご覧ください。 http://www.pentaho-japan.com/pentaho/Login user:demo pass:demo にてログイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く