2017.08.22 スクリプト自身のパス２ カテゴリ：powershell 前回の続き $myInvocaionには前回触れなかった$MyInvocation.ScriptNameなんてのもあることに気付きました。ScriptNameって、まんまじゃん。 どうして、Web情報ではあまりこれが出てこないの？？？ そこで、テストスクリプトを組んでみました。 <Callee.ps1> function fromFunc{ '$myInvocation.ScriptName fromFunc='+ $myInvocation.ScriptName } '$myInvocation.Mycommand.Path=' + $myInvocation.Mycommand.Path '$MyInvocation.InvocationName=' + $MyInvocation.InvocationNam

PowerShell を使ってるとたまに出力結果の文字数が多くて…のように文字が見切れてしまう時があります。すべて表示させるためにはいくつか対処法があると思いますが、自身がよく使っているものをまとめてみました。 PowerShell で文字が見切れる時の対処PowerShell での文字切れ時の対処方法はいくつかあります。また、実行するコマンドによって対応しているものとしていないものがあるので、これを一発やっとけばいいというものはないようなので、実行するコマンドによって対応するものを利用する必要があるかと思います。 本記事で解説するのは以下の方法になります。 Fomat-Table で Wrap を指定するFormatEnumerationLimit で表示アイテム数を変更するそれでは一つずつ説明していきます。 Format-Table で Wrap を指定する1つ目は実行するコマンドに「

さて、前回の記事でForeach-Objectが残念であることを暴いてしました ( 日本語記事: PowerShellでFor / Foreach / Foreach-Object / ScriptBlock / Filterのベンチマーク English Article: PowerShell For / Foreach / Foreach-Object / ScriptBlock / Filter – Benchmark 2013 さて、ここでいい機会なのでforeachとForeach-Objectがどのような動作をしているのか。 何故パフォーマンスに差が出るのかを考えてみます。 PowerShelインアクション Windows PowerShell インアクション (2007年8月3日初版発行)にはこうあります。 Foreach-Objectコマンドレットは、基本的には、匿名フィル

Azureでは各サービスを構築および運用で上で、PowerShellを使うことが大変多いですが この為にはPCに「Azure PowerShell」のインストールが必要です。 Azureは随時サービスが更新されており、最新のAzure PowerShellを使う事が推奨されています。 一応公式はここです。 Azure PowerShell古いままスクリプトを実行するとエラーになることがあります。 ※たまにコマンドレットの仕様も変わり、スクリプトの修正も必要になります。 これまではWeb Platform Installer 5.0を使用して 「Microsoft Azure PowerShell」をインストールして来ましたが ２月のバージョン3.6を最後にWeb Platform Installerでは最新版は提供されなくなりました。 ３月に更新された3.7はGithubでインストーラーが

2018/11/22 追記 以下の修正を行いました。 ちゃんとシンタックスハイライトを適用しました。 呼び出し元のプロセスに標準 / エラー出力をリダイレクトする方法を追記しました。 一部のリンクが 404 を返すようになったので削除しました。 前書き 何だかんだで最近 PowerShell を書く機会が増えまくっています。まぁ中身はほとんど C#なんですが。 で、全部 C#で書いてもいいんだけど、外部ツール使えば一瞬みたいなものもあるので、そう言うものはなるべくそっちでやってしまいたいです。特に zip 関連の処理。 シェルってぐらいなんだからそれぐらい簡単にできるでしょー？と思っていたら大分ハマったので色々とメモしておきます。 実行例 引数で受け取ったフォルダのサブフォルダ内にある zip ファイルをC:\Program Files\7-Zip\7z.exeで解凍する、みたいなパターン

タイトルは一度いってみたかっただけです、生意気言ってごめんなさい。 他の言語同様、PowerShell にも一次配列があります。こんなやつ。 gist.github.com PowerShell は、型を持っているので Object[] 以外にも T[] (型の配列) などもあるのですが、他言語から見ると配列の扱いに癖があるように思います。まとまった記事にしたことなかったので、癖(挙動を知らなければ罠に思える)についてまとめます。 目次 目次 TL;DR 何がこまるの 罠となるポイント 暗黙の型変換 暗黙の型変換のルール シンプルな型変換例 暗黙の型変換の失敗例 一次配列の型変換 回避策 簡略化された配列宣言 よくある簡略な方法 明示的な宣言 単数を一次配列にする 要素の連結がオペレータによっては遅い 回避策 標準出力での配列型の要素が単体な場合の自動的な型変換 回避策 オペレータの配列と

PowerShell から SQL Server に SQL を実行する場合、データベース エンジン PowerShell を使用することがあるかと思います。 ほかにも System.Data.SqlClient を使用した方法 (Windows PowerShell: Windows PowerShell からデータベースにアクセスする) や、SQLSMO を使用した方法 (Using PowerShell with SQL Server Management Objects (SMO)) もあります。 今回は、データベースエンジン PowerShell の Invoke-Sqlcmd を sqlcmd.exe に置き換えた際のメモを。 以下の情報を参考にさせていただいています。 SQL2005のSQLCMDオプションについて質問 Passing varibles with specia

前回の続き。 参照されて処理を実行するスクリプト、実行スクリプトに引数を渡すスクリプト、サーバの定義が書いてあるxmlに別けて実装。 参照されて処理を実行するスクリプト #================================================== # イベントログ取得スクリプト # 3日前までのイベントログを取得する #================================================== #-------------------------------------------------- #GetEventlog.ps1 # 第1引数:対象端末名 # 第2引数:イベントログ名（Application,System） #-------------------------------------------------- functi

※PowerShell Ver3以降であれば、$PSScriptRoot で取れるようになったので以下の記事は過去のお話です。 実行しているスクリプトファイルのディレクトリパスを取得したい時が良くあります。 その配下のファイルやディレクトリにアクセスしたり別スクリプトを呼び出したり。 で、いろいろ調べて試したのですがやっと良い回答が見つかりました。 過去にいろいろ調べたりしましたが… これ。 Split-Path $script:myInvocation.MyCommand.path -parent または Split-Path ( & { $myInvocation.ScriptName } ) -parent カレントディレクトリーを移すなら Set-Location (Split-Path $script:myInvocation.MyCommand.path -parent) また

情報を探すのに苦労したので、ココにメモ。 概要 Start-Processで$MyInvocationを使用しているスクリプトを実行すると、$MyInvocationがnullになる。 スクリプトを実行 ＆ 戻り値取得 ＆ 実行スクリプト内でスクリプト自身のパス取得、をやろうとするとハマる。 Power Shell v3.0で確認。参照元情報ではPower Shell v2.0で確認。 発生例 Script2.ps1はスクリプトのパス取得に$MyInvocationを使用しており、Script1.ps1からScript2.ps1をStart-Jobで実行する。 function PSScriptRoot { $MyInvocation.ScriptName | Split-Path } $job = Start-Job -FilePath "$(PSScriptRoot)\Script2.

自己署名入り証明書（いわゆる、オレオレ証明書）でないサーバー証明書と、CA 証明書を Active Directory 証明書サービスを利用して発行してインストールし、接続時に警告を出さないで SSL 通信を行う方法の紹介です。 サーバーは Windows Server 2008 で、Active Directory ドメインサービスと Web サーバー (IIS) は同一サーバーにインストールし、そこに Active Directory 証明書サービス (AD CS) をエンタープライズ CA としてインストールしてあるという環境です。 （注 1）証明書を発行するサーバーと Web サーバーは別でも問題ないですが、ドメインコントローラーでないサーバーではスタンドアロン CA しかインストールできないかもしれません。（ドメインコントローラーでなくても、ドメイン環境下のサーバーであればいいの

Always on the clock これまでに、セミナーやカンファレンス、書籍を通じてお会いした方々、そしてこれから出会うであろう方々のために Microsoft テクノロジーを中心とした情報を株式会社エストディアンの国井 傑 (くにい すぐる) が提供するブログです。 SSL、IPSec、EFSなどなど、様々な場面で利用することの多い自社運用の認証局。Windows Serverでは、Active Directory証明書サービス(ADCS)という名前でサービスが提供され、実装することができますが、最近はフェデレーションを実装するときにも証明書が必要になってきているので、何かと利用することも多いのではないでしょうか？ 今日は、ADCSでハマったことがあったので、書き留めておこうと思います。 ある日、SSL用の証明書をADCSから発行しようとしたところ、”失効サーバーがオフラインのため

PowerShellでリモート管理できないか探していたらリモートマシンに接続する方法があったので試してみました。 今回勢いで実機でテストしてしまったのは内緒です。 構成は下記のような感じ。 サーバー(接続される側):ThinkPadX200 Windows 8.1 Pro Update 1 クライアント(接続する側):ThinkPadT420 Windows 7 Enterprise SP1 以下設定メモ サーバー側の設定 接続される側のThinkPadX200を設定します。 PowewrShellを管理者権限で起動してWinRMを構成します。 PS > Enable-PSRemoting WinRM クイック構成 Windows リモート管理 (WinRM) サービスを使用して、このコンピューターのリモート管理を有効にするコマンド "Set-WSManQuickConfig" を実行しま

みなさんごきげんよう、ういこです。 先日より WinRM の担当だということが発覚してからどっきどきの毎日です。正直、ぶっちゃけてしまうと WinRM と WMI って、あんまり変わらなくない？と思ってしまっていました。Active Directory Web Service みたいに、世の中全部 http で何とかしようかという流れの一環なんでしょうか。 何でこんなのがこのごろ流行りの女のコ状態なのかさっぱりわからなかったので、ちょっといまさらジローな感じでいじってみました。 さああなたも WinRM の世界へ行ってみたいと思いませんかウフッフー。 壊れ気味ですみません。 さて、Windows Vista / Windows Server 2003 R2 / Windows Server 2008 (Server Core 含む) から Windows Remote Management

This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. By Michael Maston, Microsoft Corporation Abstract Introduces Microsoft Windows Management Instrumentation, part of Windows 2000 (but available for Windows 95, Windows 98, and Windows NT 4.0), which is designed to help you manage your enterprise systems,