ビーキョウのIT

WindowsUpdateが失敗する場合の対処（Windows10）

下記の何れかで直ることがある。

(1) トラブルシューティングのWindowsUpdate修復
再起動後、WindowsUpdate

(2) コマンドプロンプトでdismコマンド実行
dism /online /cleanup-image /restorehealth
再起動後、WindowsUpdate

(3) レジトリエディタで修正（0x8024401cエラーに有効）
regedit(レジストリエディタ)を起動
コンピュータ\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\WindowsWindowsUpdate\AUを開く
右枠にある「UseWUServer」の値を「1」→「0」に修正
再起動後、WindowsUpdate

NVR500 コンソールでのフィルタ設定

こんちゃ(´・ω・)ﾉ

今回はNVR500にコンソールで接続してフィルタ設定までのやり方。
LAN側のフィルタ設定間違って閉じてしまって、
Web管理画面が使えなくなったときに以下の対応で解決した。

(1) 準備
・バッファローのUSBシリアルケーブル(BSUSRC06)を使用
　※CDのドライバがWindowsXP32bitしかない。それ以外はネットからダウンロード。
・NVR500とUSBシリアルケーブル(ストレート)をクロス接続するために、
　SANWAのRS-232Cリバースケーブル(9pin/9pin)を使用。
※BSUSRC06は2000円、RS-232Cリバースケーブルは700円程度した。
※クロスとリバースは同じ意味。

(2) USBシリアルケーブルのドライバをインストール

(3) TeraTermかハイパーターミナル(7の場合はダウンロードが必要)で接続する。

(4) シリアルのポートを指定し接続
ポートが不明の場合はデバイスマネージャから「ポート」の項目を確認
設定は以下の通り。
・ビット/秒：9600
・データビット：8
・パリティ：なし
・ストップビット：1
・フロー制御：Xon/Xoff

(5) 接続後、Enterを押す。
※NVR500のコンソールへの接続がストレートになっていると、
　ここで反応がない。

(6) 「UserName：」「password：」が表示されるので、
　　ログイン可能なユーザでログイン。
　　設定が何もない場合、無名ユーザでpassowrdも入力なしでいける。

(7) ログイン後「administrator」コマンドを実行して、パスワードを入力し、
　管理者でログインする。

(8) コマンドで設定を確認
【確認系コマンド】
・help：ヘルプが表示！
・show command：使用可能なコマンドが表示！
・show config：設定全てが表示！
　　　　　　　「show config | grep "ip filter"」でフィルタの設定を確認できる。
・show staturs lan1：lan1(LAN側)の設定確認
・show status lan2：lan2(WAN側)の設定を確認
・show log：ログ表示(トラブル時に役立つ)
【管理系コマンド】
・administrator：管理者でログイン
・quit：ログアウト。exitでも可能
・save：設定を保存
・restart：再起動
【設定コマンド】
・login timer：一定時間キー操作を行わないと自動的にログアウト。(秒指定)

(9) フィルタ設定
<>：必須
[]：任意
※正確なコマンドの使用は「http://www.rtpro.yamaha.co.jp/RT/manual/nvr500/」を参照。

【フィルタ登録】
ip filter <フィルタ名> <passまたはreject> <送信元アドレス>[/マスク] [送信先アドレス[/マスク]] [プロトコル]

【フィルタ削除】
no ip filter <フィルタ名> <passまたはreject>

※passは許可、rejectは禁止

※フィルタ名が「100000～」はLAN1(LAN側)、
　フィルタ名が「200000～」はLAN2(WAN側)っぽい。

(10) 設定後「save」コマンドで保存する。

(11) 保存後、「quit」コマンドでログアウトする。

Cassandra - 使用ポート番号 -

こんちゃ(´・ω・)ﾉ

Cassandraの使用ポートについて記載する。

設定ファイル	設定項目	ポート	説明
cassandra.yaml	rpc_port	9160	Thrift(RPC)等での接続ポート
cassandra.yaml	native_transport_port	9042	CQL用のトランスポート
cassandra.yaml	storage_port	7000	複数インスタンス(ノード)間で連携するためのポート
cassandra.yaml	ssl_storage_port	7001	複数インスタンス(ノード)間で連携するためのポート(SSL)
cassandra-env.sh	JMX_PORT	7199	JMXの接続用ポート

【Cassandra】
・Cassandra - 概要 -
・Cassandra - データモデル -
・Cassandra - 読み込み・書き込みのアーキテクチャ -
・Cassandra - ディレクトリ構成 -
・Cassandra - CLI操作 -
・Cassandra - バックアップ・リカバリ -
・Cassandra - 使用ポート番号 -

Cassandra - バックアップ・リカバリ -

こんちゃ(´・ω・)ﾉ

Cassandraのバックアップおよびリカバリ（リストア）について記載する。

【バックアップ】
Cassandraのnodetoolスクリプトを使用して、スナップショットでバックアップを取得する。スナップショットではSSTableのデータのみバックアップのため、MemTableにデータがある場合はFlush等のSSTableに移す作業をしておくと安全。
※一応スナップショット時にflushが実行されるらしいようなことを見た気がするが、念のためね。

■Cassandraのフラッシュ

$ ｛CASSANDRA_HOME｝/bin/nodetool -h ｛対象ノードのIPアドレス｝ flush

■Cassandraのスナップショット

$ ｛CASSANDRA_HOME｝/bin/nodetool -h ｛対象ノードのIPアドレス｝ snapshot -t ｛スナップショット名｝

（補足）
・スナップショットはcassandra.yamlの「data_file_directories」で指定したディレクトリの場所に出力される。標準では「/var/lib/cassandra/data/｛Keyspace｝/｛ColumnFamily｝/snapshot」
・sstable2json、json2sstableスクリプトを用いてJSON形式でのインポート・エクスポートもできる。

【リカバリ（リストア）】
（1）ノード（Cassandra）を停止する。

（2） CommitLogを削除する。
「/var/lib/cassandra/commit_log」配下のファイルを削除。

（3） SSTableを削除する。
「/var/lib/cassandra/data/｛Keyspace｝/｛ColumnFamily｝/ 」の各dbファイルを削除

（4）スナップショットの各dbファイルをコピーする。
「/var/lib/cassandra/data/｛Keyspace｝/｛ColumnFamily｝/snapshot」の場所にあるdbファイルを
「/var/lib/cassandra/data/｛Keyspace｝/｛ColumnFamily｝/」にコピーする。

（5）ノード（Cassandra）を起動する。

【スナップショットの削除】

$ ｛CASSANDRA_HOME｝/bin/nodetool -h ｛対象ノードのIPアドレス｝ clearsnapshot -t ｛スナップショット名｝

Cassandra - CLI操作 -

こんちゃ(´・ω・)ﾉ

CassandraCLIの操作について記載する。

【ヘルプ】
■ヘルプ一覧表示

[default@unknown] help;

または

[default@unknown] ?;

■ヘルプ詳細表示

[default@unknown] help {コマンド};

【キーススペース操作】
■キースペース一覧

[default@unknown] show keyspaces;

■キースペースの情報参照

[default@unknown] describe sample;
Keyspace: sample:
Replication Strategy: org.apache.cassandra.locator.NetworkTopologyStrategy
Durable Writes: true
Options: [datacenter1:1]
Column Families:

■キースペースを作成

[default@unknown] create keyspace sample;

■キースペースを削除

[default@unknown] drop keyspace sample;

■キースペースに移動（使用するキースペース指定）

[default@unknown] use sample;

【カラムファミリ操作】
■カラムファミリを作成
・通常のカラムファミリを作成

[default@sample] create column family users;

・通常のカラムファミリを作成（UTF-8）

[default@sample] create column family users with comparator=UTF8Type and default_validation_class=UTF8Type and key_validation_class=UTF8Type;

・スーパーカラムありのカラムファミリを作成

[default@sample] create column family users with column_type = 'Super';

・スーパーカラムありのカラムファミリを作成（UTF-8）

[default@sample] create column family users with column_type=Super and comparator=UTF8Type and subcomparator=UTF8Type and default_validation_class=UTF8Type and key_validation_class=UTF8Type;

■カラムファミリの情報参照

[default@sample] describe users;
ColumnFamily: users
Key Validation Class: org.apache.cassandra.db.marshal.BytesType
Default column value validator:org.apache.cassandra.db.marshal.BytesType
Columns sorted by: org.apache.cassandra.db.marshal.BytesType
GC grace seconds: 864000
Compaction min/max thresholds: 4/32
Read repair chance: 0.1
DC Local Read repair chance: 0.0
Populate IO Cache on flush: false
Replicate on write: true
Caching: KEYS_ONLY
Bloom Filter FP chance: default
Built indexes: []
Compaction Strategy: org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy
Compression Options: sstable_compression: org.apache.cassandra.io.compress.SnappyCompressor

■カラムファミリの削除

[default@sample] drop column family users;

■カラムファミリのデータ削除

[default@sample] truncate users;

【カラム操作】
■挿入
・通常のカラムファミリにデータを挿入

[default@sample] set users['rowkey1']['column1'] = 'value1';

・スーパカラムありのカラムファミリにデータを挿入

[default@sample] set users['rowkey1']['spcolumn1']['column1'] = 'value1';

※ カラムファミリーを作成する際にUTF-8を指定しないとここで以下のエラーが発生する。
org.apache.cassandra.db.marshal.MarshalException: cannot parse 'col1' as hex bytes

■件数取得
・ロウキー単位でのカラム件数取得

[default@sample] count users['rowkey1'];

・スーパーカラム単位でのカラム件数取得

[default@sample] count users['rowkey1']['spcolumn1'];

■取得
・ロウキーで取得

[default@sample] get users['rowkey1'];

・ロウキー＋カラム名で取得

[default@sample] get users['rowkey1']['column1'];

・ロウキー＋スーパーカラム名で取得

[default@sample] get users['rowkey1']['spcolumn1'];

・ロウキー＋スーパーカラム名＋カラム名で取得

[default@sample] get users['rowkey1']['spcolumn1']['column1'];

・全て取得

[default@sample] list users;

■削除
・ロウを削除

[default@sample] del users['rowkey1'];

・ロウキー＋カラム名で削除

[default@sample] del users['rowkey1']['column1'];

・ロウキー＋スーパーカラム名で削除

[default@sample] get users['rowkey1']['spcolumn1'];

・ロウキー＋スーパーカラム名＋カラム名で削除

[default@sample] get users['rowkey1']['spcolumn1']['column1'];

【セカンダリインデックス】
カラムファミリに対してセカンダリインデックスを作成することで、
値を検索してデータを取得することができる。

■セカンダリインデックス作成
・新規カラムファミリにインデックスを作成
カラムファミリ作成時に「column_metadata」オプションを付ける。

[default@sample] create column family users with column_metadata = [ { column_name: column1, validation_class: UTF8Type, index_type: KEYS} ];

・既存カラムファミリにインデックスを作成

[default@sample] update column family users with column_metadata = [ { column_name: column1, validation_class: UTF8Type, index_type: KEYS} ];

■セカンダリインデックスで取得

[default@sample] get users where column1 = 'value1';

Cassandra - ディレクトリ構成 -

こんちゃ(´・ω・)ﾉ

Cassandraのディレクトリ構成を記載する。

Cassandra - 読み込み・書き込みのアーキテクチャ -

こんちゃ(´・ω・)ﾉ

Cassandraの読み込み・書き込みの際の動作・アーキテクチャを
記載する。

【読み込み】

■動作順序
（1）クライアントからの読み込み要求を受け取る。
（2）データを保持しているノードを決定して、該当ノードに送信（フォワード）する。
（3）レプリケーションデータを保持しているノードを決定し、該当ノードに送信（フォワード）する。
（4） Row Cache、Memtable、SStableからデータを取得する。
（5）クライアントへのレスポンス返却を返却する。一貫性レベルによって動作が異なる。

■一貫性レベルの設定による動作の違い

設定	ノード数	説明
Zero	0	一貫性の保証なし。
One	1	1つのノード（最初のノード）からデータを取得し終わった場合に、クライアントにレスポンスを返却する。
Quorum	(n/2)+1	(全体のノード数/2)+1のノードからデータを取得し、整合性チェックを行った後、問題ない場合はクライアントにレスポンスを返却する。問題がある場合は実データを取得しにいく。
All	n	全てのノードからデータを取得し、整合性チェックを行った後、問題ない場合はクライアントにレスポンスを返却する。問題がある場合は実データを取得しにいく。

※ 整合性チェックは、データのダイジェストを使用して行う。

【書き込み】

■動作順序
（1）クライアントからの書き込み要求を受け取る。
（2）どのノードにデータを保持させるかを決定して、該当ノードに送信（フォワード）する。
（3）レプリケーション（コピー）対象のノードを決定し、該当ノードに送信（フォワード）する。
（4）書き込み情報をCommitLogとして記録。
（5） ColumnFamilyごとにメモリ上のMemtableに書き込まれる。
（6） flashによってMemtableの内容がSstableに書き出される。flashは手動またはMemtableに閾値を設定して、書き込み要求に対して非同期に実行される。
（7）クライアントへのレスポンス返却を返却する。一貫性レベルによって動作が異なる。

■一貫性レベルの設定による動作の違い

設定	ノード数	説明
Zero	0	一貫性の保証なし。書き込みが終了する前にすぐにクライアントにレスポンスを返却する。
One	1	1つのノードの書き込みだけを保証。1つのノードで書き込みが終わった場合にクライアントにレスポンスを返却する。
Quorum	(n/2)+1	レプリケートするノード数の半分＋1ノードへの書き込みを保証する。(全体のノード数/2)+1のノードで書き込みが終わった場合にクライアントにレスポンスを返却する。
All	n	すべてのレプリカへの書き込みを保証する。全てのノードで書き込みがおわった場合にクライアントにレスポンスを返却する。

Cassandra - データモデル -

こんちゃ(´・ω・)ﾉ

Cassandraのデータモデル・構造について記載する。
・データはキーバリューの形で保持する(KVS)。
・キースペース、カラムファミリ、ロウ、スーパーカラム、カラムを持つ。

■通常のデータモデル

■スーパーカラムありのデータモデル

■説明

項目	説明
Cluster	Cassandraインスタンス、サーバのこと。複数のキースペースを持つことができる。またCluster間で連携ができる。
Keyspace	カラムファミリ用のネームスペース。複数のカラムファミリを持つことができる。RDBのデータベースまたはスキーマに近い。
ColumnFamily	複数のカラムを持ち、行キーで参照可能。RDBでのテーブルに近い。
Row-Key	SuperColumn、Columnを含む集合。Keyによって一意に特定される。
SuperColumn	Columnを持つ
Column	Cassandraにおける最小限のデータ構造。名前、値、タイムスタンプを持つ。

Cassandra - 概要 -

こんちゃ(´・ω・)ﾉ

流行のNoSQLデータベースのCassandraについて
記載していこうと思います。

【Apache Cassandraとは】
Apache CassandraはJavaで記述されたオープンソースの分散型NoSQLデータベース。
Facebook社で大規模データに対応するために開発を行っていたが、
2008年7月にOSS（オープンソースソフトウェア）として公開し、
現在はApacheのトップレベルプロジェクトとなっている。

【特徴】
・ライセンスはApache License 2.0
・Javaで動作する。
・スケールアウトによるパフォーマンスの向上が可能。
・KVS(Key Value Store)のデータモデル。
・4次元または5次元ハッシュなデータモデルを持つ。
　　・キースペース、カラムファミリ、ロウ、スーパーカラム、カラムの順に入れ子構造。
　　・カラムが最小単位で、名前、値、タイムスタンプを持つ。
・データ操作は追加型。
　　・データ参照、挿入、更新、削除ができる。
　　・更新はデータを挿入することによる擬似的な更新。
　　・削除は論理削除のため、データ量が減らない。

【参考URL】
■Apache Cassandra
http://cassandra.apache.org/

■Wikipedia - Apache Cassandra
http://ja.wikipedia.org/wiki/Apache_Cassandra

■Cassandra wiki
http://wiki.apache.org/cassandra/FrontPage_JP

SAStruts アーキテクチャ・仕組み

こんちゃ(´・ω・)ﾉ

お疲れ様です。
今回はSAStrutsのアーキテクチャ？仕組み？動作？
的な部分を簡単にかいていこうかと思います。
ただ結構やっつけなので、間違ってるところがあるかも。

※クリックして拡大してね！

（1） Filter
クライアントからリクエストが届き、SAStrutsの各フィルターが動作する。
フィルターの設定はweb.xmlで行っている。

フィルター	説明
EncodingFilter	リクエストのパラメータをエンコードするためのフィルタ。
S2ContainerFilter	HttpServletRequestやHttpServletResponseなどをS2Containerに登録されたコンポーネントから利用できるようにするフィルタ。
HotdeployFilter	Seasar2がJavaのクラスの変更をHOTに認識できるようにするためのフィルタ。
RoutingFilter	SAStrutsの簡易なURL(Strutsの.doなどの拡張子を見せない)を実現するためのフィルタ。

（2） ActionServlet
StrtusのActionServlet。
ActionServletはStrutsで唯一のServlet。
ここからstruts-config.xmlを参照して、指定のRequestProcessorを呼び出す。
SAStrutsはRequestProcessorを継承したS2RequestProcessorを呼び出すようにしている。

（3） S2RequestProcessor、ActionWrapper
S2RequestProcessorは、StrtusのRequestProcessorを継承している。
ここからSAStrutsのActionWrapperを呼び出す。
S2RequestProcessorとActionWrapperでそれぞれでどのような処理が行われているかはまだ不明。

（4） ActionFormの設定
ActionFormにHttpRequestの情報を設定する。

（5） Validationチェック
値が設定されたActionFormに対して、チェック（Validation）を行う。
チェック（Validation）する処理プログラムはvalidator-rules.xmlから取得して呼び出す。

（6） Actionの実行
各作成されたActionのメソッドが呼び出される。
値が既に設定されているActionFormがActionのFormに設定されている。

（7） JSP遷移
処理結果をRequestProcessorに設定し、遷移すべきJSPへ遷移する。