＜やりたい事＞
管理対象サーバにリモート接続せずにCUIでいろいろ(モジュール配備やサーバ再起動)したい。
＜対応方法＞
１．サーバ接続(adminで)
net use \\[対象サーバIPアドレス/ホスト名] /user:administrator [administratorパスワード]
２．コピー
対象サーバのCドライブ直下をどこかにコピーした場合
copy \\[対象サーバIPアドレス]\c$ [どこか]
※Fドライブならf$とかと書けばOK
**********************
参考にしたサイト
Windowsでアカウントを指定してIPC$共有リソースへ接続する
http://www.atmarkit.co.jp/ait/articles/0402/21/news007.html
こっちのほうがいいかも、、、
https://amaotolog.com/backup/entry187.html
コマンド・プロンプトでファイル共有を管理する
http://www.atmarkit.co.jp/ait/articles/0609/09/news020.html
2018年6月5日火曜日
Python超入門！ リストの操作とか
便利だなーと思った機能を紹介。
# これでリストの最後にある要素を取得できる
>> list_int=[0,1,2,3]
>> print(list_int[-1])
3
# リストのスライス機能とかめちゃ便利
>> list_f=[0,1,1,2,3,5,8,13,21,34,55]
>> print('list_fは ', list_f)
>> print('list_f[0:3]は ', list_f[0:3])
>> print('list_f[2:5]は ', list_f[2:5])
>> print('list_f[:4]は ', list_f[:4])
今日はP.100まで進みました。
# これでリストの最後にある要素を取得できる
>> list_int=[0,1,2,3]
>> print(list_int[-1])
3
# リストのスライス機能とかめちゃ便利
>> list_f=[0,1,1,2,3,5,8,13,21,34,55]
>> print('list_fは ', list_f)
>> print('list_f[0:3]は ', list_f[0:3])
>> print('list_f[2:5]は ', list_f[2:5])
>> print('list_f[:4]は ', list_f[:4])
今日はP.100まで進みました。
2018年6月4日月曜日
Python 入門！
AI関連のお仕事もしたい！＆純粋にスキルアップしたい！
という思いからPythonを真面目に学習することに決めました。
なんとなく、一番やさしそうな本だったので
まずはこの本をベースに学習を開始！
エディタにはこの本でも紹介あったVisual Studio Codeなるものを採用。
早速先週から着手し、とりあえずP.80くらいまで進みました。
自分はJavaを中心にJavaScriptやHTMLまわり(cssとか)、SQL(主にOracle)が
業務では多かったので久しぶりのスクリプト系言語に
ただただ軽快感？！を覚えました。
すぐコード書いて動くっていいよね。
いったんはこの本をささっと片付けて、Pythonの旨味?!の多くのライブラリを
使ってなんか作成できたらなーと思います。
自宅でコード書くのは当分Pythonになりやすっ
あとは先日行ってきたAWS Summit2018で見れなかったセッションをみたり、勉強会顔だしたりして、随時アップ予定でございます。
という思いからPythonを真面目に学習することに決めました。
なんとなく、一番やさしそうな本だったので
まずはこの本をベースに学習を開始！
エディタにはこの本でも紹介あったVisual Studio Codeなるものを採用。
早速先週から着手し、とりあえずP.80くらいまで進みました。
自分はJavaを中心にJavaScriptやHTMLまわり(cssとか)、SQL(主にOracle)が
業務では多かったので久しぶりのスクリプト系言語に
ただただ軽快感？！を覚えました。
すぐコード書いて動くっていいよね。
いったんはこの本をささっと片付けて、Pythonの旨味?!の多くのライブラリを
使ってなんか作成できたらなーと思います。
自宅でコード書くのは当分Pythonになりやすっ
あとは先日行ってきたAWS Summit2018で見れなかったセッションをみたり、勉強会顔だしたりして、随時アップ予定でございます。
2018年5月29日火曜日
Oracle実行計画、SQLチューニング(1)
この記事の内容
１．実行計画の見方
２．チューニングTips
**************************************************
**************************************************
それでは早速いきましょう！
１．実行計画の見方
です。
実行計画の取得～解析のながれ
①sysdbaユーザでsql*plusログイン
sqlplus conn / as sysdba
②PLAN_TABLE作成
2018/6/4訂正
誤)
@C:\app\Administrator\product\11.2.0\dbhome_1\RDBMS\ADMIN\utlplan.sql
正)
@C:\app\Administrator\product\11.2.0\dbhome_1\RDBMS\ADMIN\utlxplan.sql
もしくは、utlcplan.sql？
③クエリ実行
explain plan for
[解析したいクエリ]select * from
④実行計画の取得
@C:\app\Administrator\product\11.2.0\dbhome_1\RDBMS\ADMIN\utlxplp.sql
⑤実行計画の見方
---------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost(%CPU)
---------------------------------------------------------------------------------
| 0 | SELECT STATEMENT |
| 1 | SORT GROUP BY |
| 2 | NESTED LOOPS |
| 3 | TABLE ACCESS BY INDEX ROWID | HOGE_IDX11
| 4 | NESTED LOOPS |
| 5 | TABLE ACCESS BY INDEX ROWID | HOGE_HOGE1
(省略)
---------------------------------------------------------------------------------
基本はCostが極端に上がっている箇所を要チェック！
RANGE SCANなら問題ない(はず)
一番ネスト深い位置からスタートし、同階層に複数ある場合には
Idが若い(上から)順にアクセスされる。(アクセス順序)
この例だと
3 → 5 → 2 → 4・・・
＜ポイント＞
★１．アクセスパスについて
FULL SCAN箇所ないか
★２．結合順序
妥当かどうか
★３．結合方式
MERGE JOIN CARTESIAN(直積結合)が発生している場合には、結合方式の変更する必要あり！
****************************************************************************************
次に
２．チューニングTips
代表的なものを整理しておく。
＜ポイント＞
★１．INNER JOIN句内で絞り込みできないか検討してみる
★２．関数は右側に書く
★３．暗黙の型変換が起きないようにする。
ex.XXX=''とか
★４．IS NULL だとインデックスが効かないため、DB項目設計時に考慮しておく。
ex.名称項目 is not nullとかしないくてもいいように制御用のFLGを用意するとか
名称有無FLG='1'で要件満たせるならOK！
★５．LIKEの中間一致、後方一致は使わない
ex.Function Index検討する。
★６．<>ではなく、in句での置き換え可能か検討する
チューニングは実践してもなんぼだと感じます。
とはいっても性能問題で苦労したくないのも事実だけどね・・・
１．実行計画の見方
２．チューニングTips
**************************************************
**************************************************
それでは早速いきましょう！
１．実行計画の見方
です。
実行計画の取得～解析のながれ
①sysdbaユーザでsql*plusログイン
sqlplus conn / as sysdba
②PLAN_TABLE作成
2018/6/4訂正
誤)
@C:\app\Administrator\product\11.2.0\dbhome_1\RDBMS\ADMIN\
正)
@C:\app\Administrator\product\11.2.0\dbhome_1\RDBMS\ADMIN\utlxplan.sql
もしくは、utlcplan.sql？
③クエリ実行
explain plan for
[解析したいクエリ]select * from
④実行計画の取得
@C:\app\Administrator\product\11.2.0\dbhome_1\RDBMS\ADMIN\utlxplp.sql
⑤実行計画の見方
---------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost(%CPU)
---------------------------------------------------------------------------------
| 0 | SELECT STATEMENT |
| 1 | SORT GROUP BY |
| 2 | NESTED LOOPS |
| 3 | TABLE ACCESS BY INDEX ROWID | HOGE_IDX11
| 4 | NESTED LOOPS |
| 5 | TABLE ACCESS BY INDEX ROWID | HOGE_HOGE1
(省略)
---------------------------------------------------------------------------------
基本はCostが極端に上がっている箇所を要チェック！
RANGE SCANなら問題ない(はず)
一番ネスト深い位置からスタートし、同階層に複数ある場合には
Idが若い(上から)順にアクセスされる。(アクセス順序)
この例だと
3 → 5 → 2 → 4・・・
＜ポイント＞
★１．アクセスパスについて
FULL SCAN箇所ないか
★２．結合順序
妥当かどうか
★３．結合方式
MERGE JOIN CARTESIAN(直積結合)が発生している場合には、結合方式の変更する必要あり！
****************************************************************************************
次に
２．チューニングTips
代表的なものを整理しておく。
＜ポイント＞
★１．INNER JOIN句内で絞り込みできないか検討してみる
★２．関数は右側に書く
★３．暗黙の型変換が起きないようにする。
ex.XXX=''とか
★４．IS NULL だとインデックスが効かないため、DB項目設計時に考慮しておく。
ex.名称項目 is not nullとかしないくてもいいように制御用のFLGを用意するとか
名称有無FLG='1'で要件満たせるならOK！
★５．LIKEの中間一致、後方一致は使わない
ex.Function Index検討する。
★６．<>ではなく、in句での置き換え可能か検討する
チューニングは実践してもなんぼだと感じます。
とはいっても性能問題で苦労したくないのも事実だけどね・・・
2018年5月16日水曜日
robocopyを使ってみる
robocopy [コピー元] [コピー先] /s /e /log+:[logファイル名]
robocopy .\src .\dst /xf web.config user.config exe.config /s /e /log+:hoge.log
※log追記型
＜参考サイト＞
Windowsの「robocopy」コマンドでフォルダをバックアップ／同期させる
http://www.atmarkit.co.jp/ait/articles/0704/20/news130.html
【ROBOCOPY】特定のファイル・フォルダをコピー対象から除外するオプション
https://pig-log.com/robocopy-option-exclude/
robocopy - 個人的によく使うオプションメモ
https://golorih.exblog.jp/21438298/
robocopy .\src .\dst /xf web.config user.config exe.config /s /e /log+:hoge.log
※log追記型
＜参考サイト＞
Windowsの「robocopy」コマンドでフォルダをバックアップ／同期させる
http://www.atmarkit.co.jp/ait/articles/0704/20/news130.html
【ROBOCOPY】特定のファイル・フォルダをコピー対象から除外するオプション
https://pig-log.com/robocopy-option-exclude/
robocopy - 個人的によく使うオプションメモ
https://golorih.exblog.jp/21438298/
2018年5月12日土曜日
Oracle色々(11grR2,12cR2)
前提：Oracle 11g(Release 11.2.0)、12c(Release 12.1.0、12.2.0)
１．そもそも編
＜インスタンスとデータベースの違いとは？＞
メモリ空間の話 →インスタンス
物理ファイル群の話→データベース
RAC構成の場合、１つのデータベース・複数のインスタンス、ということになる。
RAC…Real Application Clusters。複数サーバ(インスタンス)で１つのデータベースを共有する仕組み。
RAC構成はActive/Active構成。(Active/Standbyではない)
RAC構成メリット
①耐障害性の向上
②拡張性の向上
サーバを後から追加可能(スケールアウト)
③負荷分散の実現
性能を安定化、負荷の平準化。
＜性能向上するために＞
一般的にもDISKアクセスは遅く、Cacheアクセスの方が速い
Oracleではデータ参照スピードを上げるために
テーブルにインデックスを貼る方法が通例。
インデックス対象データはメモリ(SGA データベース・バッファ・キャッシュ)へ展開され
その結果アクセス効率が上がる。
(SGAに検索対象が存在すれば、テーブル(Disk)の参照不要)
REDOログバッファ
→昨今ではあまり問題にならない傾向。
オプティマイザ
→共有プールにあるライブラリキャッシュを参照して経路を決める。
ライブラリキャッシュ…アプリケーションコード(コンパイル済)保持。
SQL解析ツリー、実行計画
＜V$表を利用したSGA領域の見積方法＞
■V$DB_CACHE_ADVICE
select
SIZE_FOR_ESTIMATE
, SIZE_FACTOR
, ESTD_PHYSICAL_READ_FACTOR
, ESTD_PHYSIVAL_READS
from V$DB_CACHE_ADVICE;
※SIZE_FACTOR(現在値1)を変化させてESTD_PHYSIVAL_READSが減るなら効果あり
■V$SHARED_POOL_ADVICE
select
SHARED_POOL_SIZE_FOR_ESTIMATE
, SHARED_POOL_SIZE_FACTOR
, ESTD_LC_MEMORY_OBJECT_HITS
from V$SHARED_POOL_ADVICE;
＜V$表を利用したPGA領域の見積方法＞
select
count(n.name) SESSION_COUNT
, sum(s.value/1024/1024) SESSION_MEMORY_MB
from v$sesstat s, v$statname n, v$session se
where n.statistic# = s.statistic#
and s.sid=se.sid
and n.name in ('session pga memory');
SESSION_COUNT×2MB または SESSION_MEMORY_MB(MB)を参考にする
＜各メモリとパラメータについて＞
Oracle11g以降
MEMORY_TARGETに設定した値の範囲でいい感じにやってくれる。
→明示的に対象パラメータに値を設定することで最低限の値を確保してくれる。
参考サイト
津島博士のパフォーマンス講座
http://www.oracle.com/technetwork/jp/database/articles/tsushima/index.html
Oracleの実行計画を読んでみよう！
https://www.slideshare.net/ryotawatabe/20170907-dbts2017-tokyo-cosol-how-to-read-oracle-execution-plan
１．そもそも編
＜インスタンスとデータベースの違いとは？＞
メモリ空間の話 →インスタンス
物理ファイル群の話→データベース
RAC構成の場合、１つのデータベース・複数のインスタンス、ということになる。
RAC…Real Application Clusters。複数サーバ(インスタンス)で１つのデータベースを共有する仕組み。
RAC構成はActive/Active構成。(Active/Standbyではない)
RAC構成メリット
①耐障害性の向上
②拡張性の向上
サーバを後から追加可能(スケールアウト)
③負荷分散の実現
性能を安定化、負荷の平準化。
＜性能向上するために＞
一般的にもDISKアクセスは遅く、Cacheアクセスの方が速い
Oracleではデータ参照スピードを上げるために
テーブルにインデックスを貼る方法が通例。
インデックス対象データはメモリ(SGA データベース・バッファ・キャッシュ)へ展開され
その結果アクセス効率が上がる。
(SGAに検索対象が存在すれば、テーブル(Disk)の参照不要)
REDOログバッファ
→昨今ではあまり問題にならない傾向。
オプティマイザ
→共有プールにあるライブラリキャッシュを参照して経路を決める。
ライブラリキャッシュ…アプリケーションコード(コンパイル済)保持。
SQL解析ツリー、実行計画
＜V$表を利用したSGA領域の見積方法＞
■V$DB_CACHE_ADVICE
select
SIZE_FOR_ESTIMATE
, SIZE_FACTOR
, ESTD_PHYSICAL_READ_FACTOR
, ESTD_PHYSIVAL_READS
from V$DB_CACHE_ADVICE;
※SIZE_FACTOR(現在値1)を変化させてESTD_PHYSIVAL_READSが減るなら効果あり
■V$SHARED_POOL_ADVICE
select
SHARED_POOL_SIZE_FOR_ESTIMATE
, SHARED_POOL_SIZE_FACTOR
, ESTD_LC_MEMORY_OBJECT_HITS
from V$SHARED_POOL_ADVICE;
＜V$表を利用したPGA領域の見積方法＞
select
count(n.name) SESSION_COUNT
, sum(s.value/1024/1024) SESSION_MEMORY_MB
from v$sesstat s, v$statname n, v$session se
where n.statistic# = s.statistic#
and s.sid=se.sid
and n.name in ('session pga memory');
SESSION_COUNT×2MB または SESSION_MEMORY_MB(MB)を参考にする
＜各メモリとパラメータについて＞
Oracle11g以降
MEMORY_TARGETに設定した値の範囲でいい感じにやってくれる。
→明示的に対象パラメータに値を設定することで最低限の値を確保してくれる。
参考サイト
津島博士のパフォーマンス講座
http://www.oracle.com/technetwork/jp/database/articles/tsushima/index.html
Oracleの実行計画を読んでみよう！
https://www.slideshare.net/ryotawatabe/20170907-dbts2017-tokyo-cosol-how-to-read-oracle-execution-plan
2018年4月30日月曜日
TensorFlowについて調べてみた
下記のサイトを教材に学んでみることにしました。
◆TensorFlowとは何か？基礎の基礎をわかりやすく解説！
TensorFlowを始めるにあたり、機械学習や深層学習といった基礎知識は必要となります。
とありましたので、サイトの誘導どおりに読み進めます。
①【簡単入門】機械学習初心者がまず最初にやるべき5つのこと
1.まずは概要をつかむ
【10分でわかる】機械学習とは？どこよりもわかりやすく解説！
<なぜ機械学習が注目されるのか>
機械学習が注目される大きな理由として、「大量のデータから自動的に短時間で正確な結果を得ることができること」が挙げられます。
コンピューター自身の処理速度が上がり大規模なデータも扱えるようになったこと、低価格化が進んで扱いやすくなったことも理由の1つです。
<人工知能と機械学習の違い>
人工知能は、ざっくりいうと「人間の知能と同じ特徴を持つ複雑なマシンを構築すること」といえます。
機械学習は、その人工知能を実現するための方法の1つです。
機械学習とは「データから反復的に学習し、そこに潜むパターン（特徴）を見つけ出すこと」です
<機械学習について>
機械学習には大きく分けて3種類あります。
- 教師あり学習
- 教師なし学習
- 強化学習
の3種類です。
教師あり学習とは、あらかじめデータと特徴を紐付けておき、新しいデータがどこに分類されるかを予測する手法です。
問題（データ）と答え（特徴）を教えるということが、教師のような役割を果たしているので「教師あり学習」と呼ばれているのでしょう。
<教師あり学習>
教師あり学習は一般的に、「過去のデータから将来起こりそうな事象を予測すること」に使われます。
具体的には、「迷惑メールの判別」や「明日の天気や気温の予測」などで用いられています。
<教師なし学習>
教師なし学習とは、与えられたデータから規則性を発見して学ぶ手法です。
教師あり学習の場合は、あらかじめ正解を与えていましたが、教師なし学習はその答えを導き出すことを目的とします。
そのため、教師なし学習は、正解・不正解が存在しないのが最大の特徴です
具体例では、おすすめのメニューや商品を紹介する「レコメンド機能」や電子メールの分類などに使われています。
<強化学習>
強化学習は教師あり学習に似ています。
大きな違いは、教師あり学習では明確な「答え」を与えますが、強化学習では与えないことです。
強化学習では答えの代わりに、「行動」と「報酬」を与えます。
どのような行動をとれば報酬を最大でもらえるかということを学習していきます。
これは、分かりやすい例でいうと囲碁や将棋などのAIで利用されています。
行動を繰り返し、報酬が大きくなった行動に高いスコア、報酬がもらえなかった行動に低いスコアをつけていくことで、その場で最も効率がいい行動がとれるようになるというものです。
2.目的を見極める
3.入門コンテンツで学び始める
4.本で理解を深めていく
5.実際に手を動かしてみる
登録:
コメント (Atom)