スポンサーサイト
上記の広告は１ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。
新しい記事を書く事で広告が消せます。
Windows Server 2016でIE11にAdobe Flash Playerをインストールして有効にする
Windows Server 2016でInternet Explorer 11にAdobe Flash Playerをインストールして有効にするには、以下のコマンドを実行してOSを再起動すればOKでした。
コマンド(途中で改行無しの1行)
詳しくはマイクロソフトのサポートチームのブログに書いてあります。
リモートデスクトップセッションホストにすると、RDS-CALを要求されたりするので、サーバー管理者がFlash Playeyを使用するだけなら、このコマンドで機能を追加する事をお勧めします。
Windows Server 2016では、Flash Playerはリモートデスクトップサービスの一部になっているんですね。知りませんでした。
「サーバーの管理者はFlash Playerなんか使うはずがない(使うべきではない)。Flash Playerは、リモートデスクトップサービスを利用するエンドユーザーが使用するんだろう」ってことでしょうか。
Flashは終息する技術なので、出来るだけ使用しない、使用しにくいようにすることに異論はないのですが、リモートデスクトップサービスの一部になっているというのは、ちょっとピンと来ません。
実際にはVMware vCenter Serverに接続するためのvSphere Web Clientなど、サーバー管理者でもFlash Playerは使わざるを得ない場面はあります。(今回はまさにそれでした)
Flash Playerが組み込まれた管理者用PCを用意するのが正しいのかもしれませんが、現実的には様々な制約から管理サーバー1台で全部やらなければならない事がよくあります。
[図1]Windows Server 2016 バージョン1706のIE11で試しました
[図2]IEの設定でアドオンの管理を見てみます
[図3]最初は何もアドオンが組み込まれていません
[図4]dism /online /add-package～コマンドを実行
これでAdobe Flash Playerの機能が組み込まれます。
[図5]インストールしたらOSを再起動
[図6]Flash Playerが動作するようになった
[図7]IEの設定でアドオンの管理をもう一度見てみる
Flash Playerが必要なサイトに接続中にIE11のアドオンの管理を開くと、Shockwave Flash Objectが表示されます。
Flash Player 22と少々古いですが、まあいいでしょう。
こんな感じでWindows Server 2016のIE11に、Adobe Flash Playerをインストールすることが出来ました。
ネットワークが接続できない状態でインストールして確認したので、インターネットに接続できない状況でも大丈夫なはずです。
| 管理者: C:\Windows\system32\cmd.exe |
| C:\>dism /online /add-package /packagepath:"C:\Windows\servicing\Packages\Adobe-Flash-For-Windows-Package~31bf3856ad364e35~amd64~~10.0.14393.0.mum" |
コマンド(途中で改行無しの1行)
dism /online /add-package /packagepath:"C:\Windows\servicing\Packages\Adobe-Flash-For-Windows-Package~31bf3856ad364e35~amd64~~10.0.14393.0.mum"
詳しくはマイクロソフトのサポートチームのブログに書いてあります。
リモートデスクトップセッションホストにすると、RDS-CALを要求されたりするので、サーバー管理者がFlash Playeyを使用するだけなら、このコマンドで機能を追加する事をお勧めします。
https://blogs.technet.microsoft.com/askcorejp/2017/05/30/windows-server-2016_adobe_flash_supplementary/
Windows Server 2016 及び Windows Storage Server 2016 での Adobe Flash のご利用について (補足) | Ask CORE
Windows Server 2016では、Flash Playerはリモートデスクトップサービスの一部になっているんですね。知りませんでした。
「サーバーの管理者はFlash Playerなんか使うはずがない(使うべきではない)。Flash Playerは、リモートデスクトップサービスを利用するエンドユーザーが使用するんだろう」ってことでしょうか。
Flashは終息する技術なので、出来るだけ使用しない、使用しにくいようにすることに異論はないのですが、リモートデスクトップサービスの一部になっているというのは、ちょっとピンと来ません。
実際にはVMware vCenter Serverに接続するためのvSphere Web Clientなど、サーバー管理者でもFlash Playerは使わざるを得ない場面はあります。(今回はまさにそれでした)
Flash Playerが組み込まれた管理者用PCを用意するのが正しいのかもしれませんが、現実的には様々な制約から管理サーバー1台で全部やらなければならない事がよくあります。
[図1]Windows Server 2016 バージョン1706のIE11で試しました
[図2]IEの設定でアドオンの管理を見てみます
[図3]最初は何もアドオンが組み込まれていません
[図4]dism /online /add-package～コマンドを実行
これでAdobe Flash Playerの機能が組み込まれます。
[図5]インストールしたらOSを再起動
[図6]Flash Playerが動作するようになった
[図7]IEの設定でアドオンの管理をもう一度見てみる
Flash Playerが必要なサイトに接続中にIE11のアドオンの管理を開くと、Shockwave Flash Objectが表示されます。
Flash Player 22と少々古いですが、まあいいでしょう。
こんな感じでWindows Server 2016のIE11に、Adobe Flash Playerをインストールすることが出来ました。
ネットワークが接続できない状態でインストールして確認したので、インターネットに接続できない状況でも大丈夫なはずです。
スポンサーサイト
Windows PowerShellのGet-ItemとRemove-Itemコマンドレットでタイムスタンプが2日以上前のファイルとフォルダを削除する
前回はGet-ChildItemコマンドレットを使って、更新日時が2日以上古いデータを表示しました。
今回はその応用で、その表示されたデータを削除します。
古いログファイルなどを削除する事を想定しています。
コマンドプロンプトからPowerShellスクリプトを呼び出します。
引数の「2」は、直近の2日分を残す(今日と昨日の分を残す)事を意味します。
コマンドプロンプトから呼び出されるPowerShellスクリプトです。
前回の削除対象を表示するスクリプトの最後に、パイプと「Remove-Item -Recurse」を追加しただけです。
インターネットで同様のコマンドを検索すると、フォルダ内の全ファイルのタイムスタンプを再帰的に取得して、個々のファイルのタイムスタンプで削除対象かどうかを判断している事例ばかりでした。
今回は、あるフォルダの中に入っている複数のファイルは、それを格納するフォルダのタイムスタンプだけを見て削除対象がどうかを判断できる状況を想定しています。
これだとファイルだけが削除されて、空のフォルダが残るような事もなく、簡単です。
では削除スクリプトを実行してみます。
(画像1)C:\Tempのフォルダとファイルの一覧
ファイルとフォルダの更新日時は2016/12/10、12/11、12/12、12/13のそれぞれ04:00です。
(画像2)現在の日時
(画像3)削除スクリプトを実行
引数の「2」は、直近2日分を残してそれ以上古いデータを削除する意味です。
(画像4)削除スクリプトを実行後のC:\Tempフォルダ
(画像5)削除スクリプトを実行後のC:\Tempフォルダ
直近の2日分(今日と昨日の分)を残し、それよりも古いデータが削除されました。
属性の「LastWriteTime」はファイルやフォルダの更新日時です。
これを「CreationTime」にすれば、作成日時になります。
(画像6)C:\Temp\001フォルダ内の存在していた更新日時が新しいファイル
前回の記事にも書きましたが、C:\Tempの下の001、002、003、004の各フォルダの下にはタイムスタンプ(更新日時)が2016/12/13 07:00過ぎのファイルを1つずつ置いています。
これはもちろん、現時点から「2日以上古い」には該当しません。
しかしあくまでもC:\Tempの下の001、002、003、004の各フォルダの更新日時だけを見てフォルダ事ごと削除するので、C:\Temp\001とC:\Temp\002フォルダは、その中に含まれるファイルも含めてすべて削除されています。
(想定した動作です)
今回はその応用で、その表示されたデータを削除します。
古いログファイルなどを削除する事を想定しています。
コマンドプロンプトからPowerShellスクリプトを呼び出します。
引数の「2」は、直近の2日分を残す(今日と昨日の分を残す)事を意味します。
C:\>powershell.exe C:\Batch\フォルダとファイルの削除.ps1 2
コマンドプロンプトから呼び出されるPowerShellスクリプトです。
前回の削除対象を表示するスクリプトの最後に、パイプと「Remove-Item -Recurse」を追加しただけです。
繰り返しになりますが、このコマンドではC:\Tempフォルダ直下のフォルダの更新日時を見て削除対象かどうかを判断します。Param($保存日数)
Get-ChildItem -path C:\Temp | Where-object{((Get-Date) - $_.LastWriteTime).Days -ge $保存日数 } | Remove-Item -Recurse
インターネットで同様のコマンドを検索すると、フォルダ内の全ファイルのタイムスタンプを再帰的に取得して、個々のファイルのタイムスタンプで削除対象かどうかを判断している事例ばかりでした。
今回は、あるフォルダの中に入っている複数のファイルは、それを格納するフォルダのタイムスタンプだけを見て削除対象がどうかを判断できる状況を想定しています。
これだとファイルだけが削除されて、空のフォルダが残るような事もなく、簡単です。
では削除スクリプトを実行してみます。
(画像1)C:\Tempのフォルダとファイルの一覧
| C:\Windows\system32\cmd.exe |
C:\>powershell.exe Get-ChildItem -path C:\Temp ディレクトリ: C:\Temp Mode LastWriteTime Length Name ---- ------------- ------ ---- d---- 2016/12/10 4:00 001 d---- 2016/12/11 4:00 002 d---- 2016/12/12 4:00 003 d---- 2016/12/13 4:00 004 -a--- 2016/12/10 4:00 0 001.txt -a--- 2016/12/11 4:00 0 002.txt -a--- 2016/12/12 4:00 0 003.txt -a--- 2016/12/13 4:00 0 004.txt C:\> _ |
(画像2)現在の日時
| C:\Windows\system32\cmd.exe |
C:\>powershell.exe Get-Date 2016年12月13日 8:53:56 C:\> _ |
(画像3)削除スクリプトを実行
| C:\Windows\system32\cmd.exe |
C:\>powershell.exe C:\Batch\フォルダとファイルの削除.ps1 2 C:\> _ |
(画像4)削除スクリプトを実行後のC:\Tempフォルダ
| C:\Windows\system32\cmd.exe |
C:\>powershell.exe Get-ChildItem -path C:\Temp ディレクトリ: C:\Temp Mode LastWriteTime Length Name ---- ------------- ------ ---- d---- 2016/12/12 4:00 003 d---- 2016/12/13 4:00 004 -a--- 2016/12/12 4:00 0 003.txt -a--- 2016/12/13 4:00 0 004.txt C:\> _ |
(画像5)削除スクリプトを実行後のC:\Tempフォルダ
直近の2日分(今日と昨日の分)を残し、それよりも古いデータが削除されました。
属性の「LastWriteTime」はファイルやフォルダの更新日時です。
これを「CreationTime」にすれば、作成日時になります。
(画像6)C:\Temp\001フォルダ内の存在していた更新日時が新しいファイル
前回の記事にも書きましたが、C:\Tempの下の001、002、003、004の各フォルダの下にはタイムスタンプ(更新日時)が2016/12/13 07:00過ぎのファイルを1つずつ置いています。
これはもちろん、現時点から「2日以上古い」には該当しません。
しかしあくまでもC:\Tempの下の001、002、003、004の各フォルダの更新日時だけを見てフォルダ事ごと削除するので、C:\Temp\001とC:\Temp\002フォルダは、その中に含まれるファイルも含めてすべて削除されています。
(想定した動作です)
Windows PowerShellのGet-Itemコマンドレットでタイムスタンプが2日以上前のファイルとフォルダの一覧を表示する
前回はSet-ItemPropertyコマンドレットでテストデータのタイムスタンプ(更新日時)を変更してみました。
「タイムスタンプ(更新日時)がXX日以上古いデータを削除する」スクリプトを作成するのが目的なんですが、今回は削除する前に「XX日以上古い」の部分を確認します。
今回はコマンドプロンプトからPowerShellのコマンドレットを実行しています。
これはバッチファイルからPowerShellのスクリプト(.ps1ファイル)を呼び出して実行する事を想定しているためです。
(画像1)C:\Tempフォルダ直下のテストデータ
C:\Tempの下には4つのフォルダと4つのファイルがあります。
それぞれ更新日時は2016/12/10、12/11、12/12、12/13のそれぞれ04:00にセットしています。
(画像2)C:\Temp￥001フォルダのファイル
C:\Tempの下の001、002、003、004の各フォルダの下にはタイムスタンプ(更新日時)が2016/12/13 07:00過ぎのファイルを1つずつ置いています。
(画像3)現在の日時
毎朝04:00ごろにデータのエクスポートなり、バックアップなりが実行され、毎朝07:00過ぎに削除処理を実行する事を想定しています。
(画像4)C:\Tempフォルダ直下のフォルダとファイルの一覧
今回はGet-Itemに対して、配下のファイルを再帰的に表示するための「-Recurse」オプションは付けません。
これはC:\Temp直下のフォルダのタイムスタンプのみを見て古いフォルダを削除する事を想定しているからです。
(001や002などのフォルダ内のファイルの1つずつのタイムスタンプは見ません。)
あくまでも001や002のフォルダのタイムスタンプのみで古いかどうかを判断して、フォルダごと削除します。
(画像5)削除対象を確認するPowerShellスクリプトを実行した結果
PowerShellスクリプトには引数で保存日数を与えています。
直近の「2日間」を残し、それよりも古いデータを表示しています。
現在は2016/12/13 07:51です。
今日12月13日、昨日12月12日は表示されていませんが、これは削除せずに残すことを意味しています。
それよりも古い12月10日と12月11日のデータが表示されていますが、これが削除対象となるわけです。
PowerShellスクリプト「削除対象の確認.ps1」の内容
今回は削除対象が間違っていないかどうかを確認するために表示してみました。
実際の削除は次の記事で実行します。
「タイムスタンプ(更新日時)がXX日以上古いデータを削除する」スクリプトを作成するのが目的なんですが、今回は削除する前に「XX日以上古い」の部分を確認します。
今回はコマンドプロンプトからPowerShellのコマンドレットを実行しています。
これはバッチファイルからPowerShellのスクリプト(.ps1ファイル)を呼び出して実行する事を想定しているためです。
(画像1)C:\Tempフォルダ直下のテストデータ
C:\Tempの下には4つのフォルダと4つのファイルがあります。
それぞれ更新日時は2016/12/10、12/11、12/12、12/13のそれぞれ04:00にセットしています。
(画像2)C:\Temp￥001フォルダのファイル
C:\Tempの下の001、002、003、004の各フォルダの下にはタイムスタンプ(更新日時)が2016/12/13 07:00過ぎのファイルを1つずつ置いています。
(画像3)現在の日時
| C:\Windows\system32\cmd.exe |
| C:\>powershell.exe Get-Date 2016年12月13日 7:51:10 C:\> _ |
(画像4)C:\Tempフォルダ直下のフォルダとファイルの一覧
| C:\Windows\system32\cmd.exe |
| C:\>powershell.exe Get-ChildItem -path C:\Temp ディレクトリ: C:\Temp Mode LastWriteTime Length Name ---- ------------- ------ ---- d---- 2016/12/10 4:00 001 d---- 2016/12/11 4:00 002 d---- 2016/12/12 4:00 003 d---- 2016/12/13 4:00 004 -a--- 2016/12/10 4:00 0 001.txt -a--- 2016/12/11 4:00 0 002.txt -a--- 2016/12/12 4:00 0 003.txt -a--- 2016/12/13 4:00 0 004.txt C:\> _ |
これはC:\Temp直下のフォルダのタイムスタンプのみを見て古いフォルダを削除する事を想定しているからです。
(001や002などのフォルダ内のファイルの1つずつのタイムスタンプは見ません。)
あくまでも001や002のフォルダのタイムスタンプのみで古いかどうかを判断して、フォルダごと削除します。
(画像5)削除対象を確認するPowerShellスクリプトを実行した結果
| C:\Windows\system32\cmd.exe |
| C:\>powershell.exe C:\Batch\削除対象の確認.ps1 2 ディレクトリ: C:\Temp Mode LastWriteTime Length Name ---- ------------- ------ ---- d---- 2016/12/10 4:00 001 d---- 2016/12/11 4:00 002 -a--- 2016/12/10 4:00 0 001.txt -a--- 2016/12/11 4:00 0 002.txt C:\> _ |
直近の「2日間」を残し、それよりも古いデータを表示しています。
現在は2016/12/13 07:51です。
今日12月13日、昨日12月12日は表示されていませんが、これは削除せずに残すことを意味しています。
それよりも古い12月10日と12月11日のデータが表示されていますが、これが削除対象となるわけです。
PowerShellスクリプト「削除対象の確認.ps1」の内容
Param($保存日数)
Get-ChildItem -path C:\Temp | Where-object{((Get-Date) - $_.LastWriteTime).Days -ge $保存日数 }
| 項目 | 内容 |
| Param($保存日数) | 呼び出し元のバッチファイルから与えられる引数 |
| Get-ChildItem -path C:\Temp | C:\Tempフォルダ直下のフォルダとファイルの一覧を取得 |
| Where-object{((Get-Date) - $_.LastWriteTime).Days -ge $保存日数 | 上記で取得したフォルダとファイルの一覧から、タイムスタンプ(更新日時)が指定した保存日数よりも古いデータを抽出 |
今回は削除対象が間違っていないかどうかを確認するために表示してみました。
実際の削除は次の記事で実行します。
Windows PowerShellのSet-ItemPropertyコマンドレットでファイルやフォルダのタイムスタンプを変更する
Windows PowerShellでは、フォルダやファイルのタイムスタンプを変更する事が出来るんですね。
タイムスタンプを変更するには、Set-ItemPropertyコマンドレットを使用します。
今回もフォルダやファイルは相対パスで指定します。
PowerShellのコマンド画面で、カレントパスはC:\Tempに移動した状態でコマンドを実行します。
(画像1)Set-ItemPropertyコマンドレットでフォルダの更新日時を変更する
Set-ItemPropertyコマンドレットで001フォルダのLastWriteTime属性(更新日時)の値を設定する。
【変更後】2015/10/12 01:23
(画像2)フォルダの更新日時の変更前
(画像3)フォルダの更新日時の変更後
Set-ItemPropertyコマンドレットで001フォルダのCreationTime属性(作成日時)の値を設定する。
(画像4)フォルダの作成日時の変更後
タイムスタンプを変更するには、Set-ItemPropertyコマンドレットを使用します。
今回もフォルダやファイルは相対パスで指定します。
PowerShellのコマンド画面で、カレントパスはC:\Tempに移動した状態でコマンドを実行します。
(画像1)Set-ItemPropertyコマンドレットでフォルダの更新日時を変更する
| 管理者: Windows PowerShell |
| PS C:\Temp> Get-Item 001 ディレクトリ: C:\Temp Mode LastWriteTime Length Name ---- ------------- ------ ---- d---- 2016/12/11 19:02 001 PS C:\Temp> Set-ItemProperty 001 -Name LastWriteTime -Value "2015/10/12 1:23" PS C:\Temp> Get-Item 001 ディレクトリ: C:\Temp Mode LastWriteTime Length Name ---- ------------- ------ ---- d---- 2015/10/12 1:23 001 PS C:\Temp> _ |
Set-ItemPropertyコマンドレットで001フォルダのLastWriteTime属性(更新日時)の値を設定する。
【変更前】2016/12/11 19:02Set-ItemProperty 001 -Name LastWriteTime -Value "2015/10/12 1:23"
【変更後】2015/10/12 01:23
(画像2)フォルダの更新日時の変更前
(画像3)フォルダの更新日時の変更後
Set-ItemPropertyコマンドレットで001フォルダのCreationTime属性(作成日時)の値を設定する。
Set-ItemProperty 001 -Name CreationTime -Value "2015/10/09 10:12"
(画像4)フォルダの作成日時の変更後
Windows PowerShellのNew-Itemコマンドレットで新しいファイルやフォルダを作成する
Windows PowerShellで新しいフォルダやファイルを作成するには、New-Itemコマンドレットを使用します。
他にも同様のコマンドレットがあるかもしれませんが、ここではNew-Itemを使用します。
今回は作成するフォルダやファイルは相対パスで指定します。
PowerShellのコマンド画面で、カレントパスはC:\Tempに移動した状態でコマンドを実行します。
(画像1)PowerShellで新しいフォルダやファイルを作成する
現在のカレントパスの直下に「001」フォルダを新規に作成します。
(画像2)New-Itemコマンドレットで作成されたフォルダ
現在のカレントパスの直下の「001」フォルダの下に、「001.txt」ファイルを作成します。
(画像3)New-Itemコマンドレットで作成されたファイル
以上
他にも同様のコマンドレットがあるかもしれませんが、ここではNew-Itemを使用します。
今回は作成するフォルダやファイルは相対パスで指定します。
PowerShellのコマンド画面で、カレントパスはC:\Tempに移動した状態でコマンドを実行します。
(画像1)PowerShellで新しいフォルダやファイルを作成する
| 管理者: Windows PowerShell |
| PS C:\Temp> New-Item 001 -ItemType Directory ディレクトリ: C:\Temp Mode LastWriteTime Length Name ---- ------------- ------ ---- d---- 2016/12/11 20:16 001 PS C:\Temp> New-Item 001\001.txt -ItemType File ディレクトリ: C:\Temp\001 Mode LastWriteTime Length Name ---- ------------- ------ ---- -a--- 2016/12/11 20:16 0 001.txt PS C:\Temp> _ |
現在のカレントパスの直下に「001」フォルダを新規に作成します。
New-Item 001 -ItemType Directory
(画像2)New-Itemコマンドレットで作成されたフォルダ
現在のカレントパスの直下の「001」フォルダの下に、「001.txt」ファイルを作成します。
New-Item 001\001.txt -ItemType File
(画像3)New-Itemコマンドレットで作成されたファイル
以上
VMware vSphere PowerCLIのGet-Datastoreコマンドレットで空き容量が少ないデータストアの一覧を取得する
VMware vSphereの仮想環境を運用していると、データストアの空きが少なくなって困る事があります。
vCenter Serverでアラームの設定は出来るけど、例えば90%を指定していても、一度それを超えてしまえばそれ以降は通報はされません。
それに使用率90%と言っても、データストアサイズ1TBと60TBでは、空き容量のサイズ(GB)が全然違います。
データストアの空き監視では利用率(%)よりも、空き容量(GB)の監視が重要です。
今回は空き容量が一定の値(GB)を下回っているデータストアの一覧を抽出するコマンドの例です。
空き容量が10GB未満のデータストアの一覧を取得する
空き容量が10GB未満のデータストアの一覧を取得する
10GB未満のデータストアが存在すると、こんな感じでテキストファイルが作成されます。
2016/11/22 06:42更新
Sort-Object { $_.FreeSpaceGB} に対するコマンドの説明の誤りを訂正。
【変更前】データストア名でソートする
【変更後】空き容量の小さい順にソートする
vCenter Serverでアラームの設定は出来るけど、例えば90%を指定していても、一度それを超えてしまえばそれ以降は通報はされません。
それに使用率90%と言っても、データストアサイズ1TBと60TBでは、空き容量のサイズ(GB)が全然違います。
データストアの空き監視では利用率(%)よりも、空き容量(GB)の監視が重要です。
今回は空き容量が一定の値(GB)を下回っているデータストアの一覧を抽出するコマンドの例です。
空き容量が10GB未満のデータストアの一覧を取得する
| VMware vSphere PowerCLI 5.1 Release 1 |
| PowerCLI C:\> Get-Datastore -name datastore* | where-Object { $_.FreeSpaceGB -lt 10} | Sort-Object { $_.FreeSpaceGB} | Out-File -FilePath D:\Temp\データストア空き監視.txt PowerCLI C:\> Get-Date | Out-File -FilePath D:\Temp\データストア空き監視.txt -Append PowerCLI C:\> Write-Output 空き容量が10GB以下のデータストアを抽出しています | Out-File -FilePath D:\Temp\データストア空き監視.txt -Append PowerCLI C:\> _ |
空き容量が10GB未満のデータストアの一覧を取得する
Get-Datastore -name datastore* | where-Object { $_.FreeSpaceGB -lt 10} | Sort-Object { $_.FreeSpaceGB} | Out-File -FilePath D:\Temp\データストア空き監視.txt
Get-Date | Out-File -FilePath D:\Temp\データストア空き監視.txt -Append | Out-File -FilePath D:\Temp\データストア空き監視.txt -Append
Write-Output 空き容量が10GB以下のデータストアを抽出しています
| コマンド | コマンドの説明 |
| Get-Datastore -name datastore* | where-Object { $_.FreeSpaceGB -lt 10} | Sort-Object { $_.FreeSpaceGB} | Out-File -FilePath D:\Temp\データストア空き監視.txt | Get-Datastore -name datastore* 名前が「datastore」で始まる全データストアの一覧を取得 where-Object { $_.FreeSpaceGB -lt 10} 取得したデータストアの名前を使って、空き容量が10GB未満のデータストアに絞り込む Sort-Object { $_.FreeSpaceGB} 10GB未満のデータストアに絞り込まれた結果を、空き容量の小さい順にソートする Out-File -FilePath D:\Temp\データストア空き監視.txt 10GB未満のデータストアの一覧を指定したテキストファイルに書き込む |
| Get-Date | Out-File -FilePath D:\Temp\データストア空き監視.txt -Append | 10GB未満のデータストア一覧テキストファイルに、今の日時を追記する |
| Write-Output 空き容量が10GB以下のデータストアを抽出しています | Out-File -FilePath D:\Temp\データストア空き監視.txt -Append | 10GB未満のデータストア一覧テキストファイルに、コメントを追記する |
10GB未満のデータストアが存在すると、こんな感じでテキストファイルが作成されます。
Name FreeSpaceGB CapacityGB
---- ----------- ----------
datastor03 7.138 479.750
datastor07 8.425 2403.750
2016年11月21日 5:01:25
空き容量が10GB以下のデータストアを抽出しています
2016/11/22 06:42更新
Sort-Object { $_.FreeSpaceGB} に対するコマンドの説明の誤りを訂正。
【変更前】データストア名でソートする
【変更後】空き容量の小さい順にソートする
VMware vSphere PowerCLIのGet-VIEventコマンドレットでvCenter Serverのイベントログを取得する
VMware vSphereを運用していると、vCenter Serverのイベントログを見たくなる事があります。
しかし簡単には直接vCenter Serverを利用する事が出来ず、お客様にイベントログを抽出してもらって、メールで送ってもらったりと、なかなか手間がかかったりします。
なので、毎日夜間に直近の24時間分のイベントログを抽出して、日別のログとして保存しておき、必要な時にすぐに送ってもらえるようにしています。(毎日自動でメールに添付して送信しているシステムもあります)
今から過去24時間分のイベントログを抽出するコマンド
変数$FinishDayと変数$StartDayの値を確認する
$StartDay = (Get-Date).AddHours(-24)は、現在の日時から24時間前を求めてそれを変数$StartDayに入れています。
$StartDay = (Get-Date).AddDays(-1)でも、今回は同じ意味です、
これを毎日23時59分から0時ちょうどの間にジョブとして実行すれば、その日1日のイベントログをCSVファイルに保存する事が出来ます。
しかし簡単には直接vCenter Serverを利用する事が出来ず、お客様にイベントログを抽出してもらって、メールで送ってもらったりと、なかなか手間がかかったりします。
なので、毎日夜間に直近の24時間分のイベントログを抽出して、日別のログとして保存しておき、必要な時にすぐに送ってもらえるようにしています。(毎日自動でメールに添付して送信しているシステムもあります)
| VMware vSphere PowerCLI 5.1 Release 1 |
| PowerCLI C:\> $FinishDay = Get-Date PowerCLI C:\> $StartDay = (Get-Date).AddHours(-24) PowerCLI C:\> Get-VIEvent -Start $StartDay -Finish $FinishDay |export-csv -encoding default <ファイル名> PowerCLI C:\> _ |
今から過去24時間分のイベントログを抽出するコマンド
$FinishDay = Get-Date
$StartDay = (Get-Date).AddHours(-24)
Get-VIEvent -Start $StartDay -Finish $FinishDay |export-csv encoding default <ファイル名>
| Windows PowerShell |
| PS C:\> $FinishDay = Get-Date PS C:\> $StartDay = (Get-Date).AddHours(-24) PS C:\> $FinishDay 2016年11月12日 8:55:34 PS C:\> $StartDay 2016年11月11日 8:55:34 PS C:\> _ |
変数$FinishDayと変数$StartDayの値を確認する
$FinishDayはGet-Dateで、現在の日時そのものです。PS C:\> $FinishDay = Get-Date
PS C:\> $StartDay = (Get-Date).AddHours(-24)
PS C:\> $FinishDay
2016年11月12日 8:55:34
PS C:\> $StartDay
2016年11月11日 8:55:34
PS C:\>
$StartDay = (Get-Date).AddHours(-24)は、現在の日時から24時間前を求めてそれを変数$StartDayに入れています。
$StartDay = (Get-Date).AddDays(-1)でも、今回は同じ意味です、
これを毎日23時59分から0時ちょうどの間にジョブとして実行すれば、その日1日のイベントログをCSVファイルに保存する事が出来ます。
VMware vSphere PowerCLIのGet-Datastoreコマンドレットでデータストアの空き容量などの一覧を取得する
VMware vSphereの仮想環境をお客さんが運用していて、稀にですがデータストアがいっぱいになって仮想マシンが起動できなくなるような問題が発生します。
データストアの空き容量の監視は重要ですよね。
vCenter Serverでアラームの設定は出来るけど、例えば90%を指定していても、一度それを超えてしまえばそれ以降は通報はされません。
それに使用率90%と言っても、データストアサイズ1TBと60TBでは、空き容量のサイズ(GB)が全然違います。
なので、データストアの空き容量を率(%)ではなく、GBとかMBで取得するコマンドレットです。
日ごとに記録して残しておけば、空き容量の減少の推移を把握し、今後の予測もできます。
(図1)Get-Datastoreコマンドの例1
データストアの名前、容量、空き容量、タイプ、ファイルシステムバージョンを取得して画面に表示するコマンドの例です。
サイズをGBで表示すると、小数点以下の桁数が揃わないんですね。
(図2)Get-Datastoreコマンドの例2
データストアの名前、容量、空き容量、タイプ、ファイルシステムバージョンを取得して画面に表示するコマンドの例です。
サイズをMBで表示すると、小数点以下が表示されないので桁位置が揃いますね。
Get-Datastoreコマンドレットで取得したデータストアの情報から、以下の項目を表示します。
Get-Datastoreの結果をFormat-Tableに送るのではなく、Select-Objectに送っても同様です。
Get-Datastoreの結果をCSVファイルに出力すれば、もっと多くの項目も確認する事が出来ます。
データストアの空き容量の監視は重要ですよね。
vCenter Serverでアラームの設定は出来るけど、例えば90%を指定していても、一度それを超えてしまえばそれ以降は通報はされません。
それに使用率90%と言っても、データストアサイズ1TBと60TBでは、空き容量のサイズ(GB)が全然違います。
なので、データストアの空き容量を率(%)ではなく、GBとかMBで取得するコマンドレットです。
日ごとに記録して残しておけば、空き容量の減少の推移を把握し、今後の予測もできます。
(図1)Get-Datastoreコマンドの例1
データストアの名前、容量、空き容量、タイプ、ファイルシステムバージョンを取得して画面に表示するコマンドの例です。
サイズをGBで表示すると、小数点以下の桁数が揃わないんですね。
最後の「-A」は、カラム(列)の幅を自動調整するオプションです。Get-Datastore |Format-Table Name,CapacityGB,FreeSpaceGB,Type,FileSystemVersion -A
(図2)Get-Datastoreコマンドの例2
データストアの名前、容量、空き容量、タイプ、ファイルシステムバージョンを取得して画面に表示するコマンドの例です。
サイズをMBで表示すると、小数点以下が表示されないので桁位置が揃いますね。
最後の「-A」は、カラム(列)の幅を自動調整するオプションです。Get-Datastore |Format-Table Name,CapacityGB,FreeSpaceGB,Type,FileSystemVersion -A
Get-Datastoreコマンドレットで取得したデータストアの情報から、以下の項目を表示します。
| 項目名 | 説明 |
| Name | データストア名 |
| CapacityGB or CapacityMB | 容量(GB or MB) |
| FreeSpaceGB or FreeSpaceMB | 空き容量(GB or MB) |
| Type | タイプ |
| FileSystemVersion | ファイルシステムのバージョン |
Get-Datastoreの結果をFormat-Tableに送るのではなく、Select-Objectに送っても同様です。
Get-Datastore |Select-Object Name,CapacityGB,FreeSpaceGB,Type,FileSystemVersion
Get-Datastoreの結果をCSVファイルに出力すれば、もっと多くの項目も確認する事が出来ます。
Get-Datastore |export-csv -encoding default <ファイル名>
VMware vSphere PowerCLIのGet-Snapshotコマンドレットでスナップショットが作成されている仮想マシンの一覧を取得する
VMware vSphereの仮想環境をお客さんが運用していて、稀にですがデータストアがいっぱいになって仮想マシンが起動できなくなるような問題が発生します。
あるいは仮想マシン上での処理速度が遅くなったとか。
以前に作成したスナップショットが残っていて、差分ファイルが徐々に大きくなってしまったのが原因です。
何故スナップショットが残ったままになっているか。
・仮想マシンのスナップショットを作成して、あとで削除するのを忘れたり
・サーバー管理者が複数いる場合に誰かがスナップショットを作成したのに気づかなかったり
・vStorage APIを利用するバックアップソフトでのバックアップ中に異常終了して、スナップショットが残っていたり
vCenter ServerのGUIで仮想マシンを1つずつ右クリックして、スナップショットが残っているかどうかを見て行くのは正直言って苦痛です。
なので、VMware vSphere PowerCLIのコマンドレットを使用してスナップショットが作成されている仮想マシンの一覧を取得してみました。
全仮想マシンの全スナップショットの一覧を表示するコマンドの例です。
Get-VMで取得した仮想マシン名の一覧をパイプでGet-Snapshotに送って、スナップショットの一覧を取得します。
Get-Snapshotの結果をFormat-Tableに送るのではなく、Select-Objectに送っても同様です。
Get-Snapshotの結果をCSVファイルに出力すれば、もっと多くの項目も確認する事が出来ます。
あるいは仮想マシン上での処理速度が遅くなったとか。
以前に作成したスナップショットが残っていて、差分ファイルが徐々に大きくなってしまったのが原因です。
何故スナップショットが残ったままになっているか。
・仮想マシンのスナップショットを作成して、あとで削除するのを忘れたり
・サーバー管理者が複数いる場合に誰かがスナップショットを作成したのに気づかなかったり
・vStorage APIを利用するバックアップソフトでのバックアップ中に異常終了して、スナップショットが残っていたり
vCenter ServerのGUIで仮想マシンを1つずつ右クリックして、スナップショットが残っているかどうかを見て行くのは正直言って苦痛です。
なので、VMware vSphere PowerCLIのコマンドレットを使用してスナップショットが作成されている仮想マシンの一覧を取得してみました。
全仮想マシンの全スナップショットの一覧を表示するコマンドの例です。
Get-VM -name * |Get-Snapshot |Format-Table VM,Created,Name,SizeGB -A
Get-VMで取得した仮想マシン名の一覧をパイプでGet-Snapshotに送って、スナップショットの一覧を取得します。
| コマンド | 説明 |
| Get-VM -name * | 全ての仮想マシンの名前を取得します |
| Get-Snapshot | 全ての仮想マシンのすべてのスナップショットを取得します |
| Format-Table VM,Created,Name,SizeGB -A | スナップショットの情報から、以下の項目を表示します。 ・仮想マシン名 ・スナップショットの作成日時 ・スナップショットに付けた名前 ・スナップショットのサイズ(GB) 最後の「-A」は、カラム(列)の幅を自動調整するオプションです。 |
Get-Snapshotの結果をFormat-Tableに送るのではなく、Select-Objectに送っても同様です。
Get-VM -name * |Get-Snapshot |Select-Object VM,Created,Name,SizeGB
Get-Snapshotの結果をCSVファイルに出力すれば、もっと多くの項目も確認する事が出来ます。
Get-VM -name * |Get-Snapshot |export-csv -encoding default <ファイル名>
VMwareのWindowsゲストOSでE1000とVMXNET3のネットワークアダプターのスループットを比較するブログ記事
Twitterでリツイートされていた記事が目に留まりました。
このブログを書いているRickard NobelさんはvExpertのようです、
iperfと言うツールを使って、VMware上の仮想マシンのNICのスループットを計測しています。
この記事では以下の4パターンをテストしています。
どちらのパターンでもVMXNET3の方が明らかに高いスループットを出しています。
あくまでもこのブログの記事の結果ですが、やはりネットワークアダプターはVMwareの準仮想化アダプターであるVMXNET3を使った方が良さそうです。
今までVMXNET3は「ホストの負荷が低い」と言う記事は見かけたのですが、ゲストOSのネットワーク性能も向上するなら、VMXNET3を使わない理由はありませんね。
私もWindowsゲストOSでは原則的にVMXNET3を使うようにしています。
LinuxゲストOSの場合は、カーネルアップデート時にVMware Toolsを再度インストールしなければならないなどの事情があって基本的にはE1000を使っています。
RHEL6ではOSに標準でドライバーを持っているので、VMXNET3を使います。
http://rickardnobel.se/vmxnet3-vs-e1000e-and-e1000-part-2/
VMXNET3 vs E1000E and E1000 – part 2 | Rickard Nobel
このブログを書いているRickard NobelさんはvExpertのようです、
iperfと言うツールを使って、VMware上の仮想マシンのNICのスループットを計測しています。
この記事では以下の4パターンをテストしています。
| テストタイトル | スループット |
| Test 1: Windows 2008 R2 with the default E1000 adapter | 2.65Gbps |
| Test 2: Windows 2008 R2 with the VMXNET3 adapter | 4.47Gbps |
| Test 3: Windows 2012 R2 with the E1000E adapter | 1.88Gbps |
| Test 4: Windows 2012 R2 with the VMXNET3 adapter | 4.66Gbps |
どちらのパターンでもVMXNET3の方が明らかに高いスループットを出しています。
あくまでもこのブログの記事の結果ですが、やはりネットワークアダプターはVMwareの準仮想化アダプターであるVMXNET3を使った方が良さそうです。
今までVMXNET3は「ホストの負荷が低い」と言う記事は見かけたのですが、ゲストOSのネットワーク性能も向上するなら、VMXNET3を使わない理由はありませんね。
私もWindowsゲストOSでは原則的にVMXNET3を使うようにしています。
LinuxゲストOSの場合は、カーネルアップデート時にVMware Toolsを再度インストールしなければならないなどの事情があって基本的にはE1000を使っています。
RHEL6ではOSに標準でドライバーを持っているので、VMXNET3を使います。
気軽に話しかけてね
.png "Microsoft TechNet > Active Directory Tech Center")
