ラベル sccm の投稿を表示しています。 すべての投稿を表示
ラベル sccm の投稿を表示しています。 すべての投稿を表示

SCCM2012 SP1では日本語ブートイメージは使えない?

System Center 2012 Configuration Manager?Service Pack1 を適用すると、Windows8及びWindows Server 2012に対応する関係で、Windows AIKもWindows8ベースとなるWindows ADKに変更になっており、今後作成するブートイメージはWindows8ベースで作成することとなります。
まぁ、それ自体は問題ないのですが、唯一異なること、AIKは日本語版が存在していたこと。


要するにWindows ADKは英語版のイメージを日本語対応させ必要があるんですね。しなくても良いけど
ってことで、日本語パッケージを追加して、UIを日本語に設定する。
そりゃ、文字化けを解消するために自然にやる作業だと思います。


じゃ、どんな作業なの?というと、ADKコンソールから次のコマンドを入力します。


Copype amd64 c:\winpe_x64
Dism /Mount-Wim /WimFile:media\sources\boot.wim /index:1 /MountDir:mount
Dism /image:mount /Add-package /packagepath:"%WinPERoot%\amd64\WinPE_OCs\ja-jp\lp.cab"
Dism /image:mount /Add-package /packagepath:"%WinPERoot%\amd64\WinPE_OCs\WinPE-FontSupport-JA-JP.cab"
Dism /image:mount /Set-LayeredDriver:6
Dism /image:mount /Set-TimeZone:"Tokyo Standard Time"

ここまでは問題なし、日本語表示ができる状態ですね。
次にUIを変更します。


Dism /image:mount /set-AllIntl:ja-JP

または


Dism /image:mount /set-UILang:ja-JP

で日本語表示になります。
最後に、次のコマンドでイメージを作成


Dism /unmount-Wim /MountDir:mount /Commit

簡単な作業ですね。
日本語化されたブートイメージは?media\sources\boot.wim です。


これを適当なフォルダーにコピーしてSystem Center 2012 configuration Managerのブートイメージ追加を行うとエラーになります。
ファイルの権限が足らないと叱られる。


エラーの原因は「TsRes.dll」というファイル。


解決方法は分からないけど、回避方法は分かってます。


「日本語UIにしない」


Dism /image:mount /set-AllIntl:ja-JP
Dism /image:mount /set-UILang:ja-JP

これらの日本語表示にするコマンドを入力しなければ大丈夫。
表示は英語になりますが、日本語部分もちゃんと表示されます。


ユーザーにかかわらない部分だと、この位のトラブルはヘッチャラですが、クライアントの自動アップデートでソフトウェアセンターの表示が英語になったりと、若干問題のあるService Pack 1なのでした。



SCCM2012でのMVLSライセンススプレッドシート

 相変わらずSCCM2012を検証中ですが、いろいろ変わってて、既定の設定も少なくなったので、自分ナイズしやすくなった半面、何かと参考になる情報が減ってしまいました。

レポートフォルダを作成できないので管理がチョットしにくくなったなど微妙な悪改もあったりして、同じことをできるようにするまでちょっと時間がかかりますね。

さて、System Center Configuration Manager 2007でMVLSライセンススプレッドシートファイルの取り込みではMVLSサイトからCSVファイルをダウンロードして、Excelを使ってXMLファイルに変換する必要があったので、文字情報と数字情報の指定なんかでエラーになったりすることがあったのですが、System Center 2012 Configuration Managerになってから、ダウンロードしたCSVファイルのまま取り込みができるようになっています。

始めっからこうしてくれればよかったのに~と思うのですが、これは良い改善ですね。

それにしても、早くローカライズされたドキュメントが出てほしいです。
英語と機械翻訳を読むのは疲れます。



15A-標準ライセンス調整レポートに載ってないリスト

MVSL以外のライセンス管理って結構面倒なことが多いですよね。
何が面倒ってインポート用のCSVファイルを作成すること。

インベントリデータの製品名を一致させないとカウントできない。

正直、製品名を統一してくれれば問題ないんですけど、製品名にバージョン情報を書き込んでくれたり、言語名入れたりと様々。
そのたびにCSVに追記してインポートしないとダメ。

これじゃぁ運用的に破たんしかねないですね。
ってことで、CSVに登録されていないソフトウェアインベントリの一覧を出力するレポートをつくってみました。
名づけて「15A-標準ライセンス調整レポートに載ってないリスト」

これを定期的に眺めれば、新しいバージョンが追加されたりしたときも登録漏れによるライセンス不一致も防げますね。

--SQLステートメント
SELECT
    soft.ProductName0 as [Product Name], 
    soft.ProductVersion0 as [Version],
    soft.Publisher0,
    count( soft.ResourceID) as [Inventory Count]
FROM
    v_GS_INSTALLED_SOFTWARE soft
    LEFT OUTER JOIN 
    ( SELECT Name , Version as ver FROM v_AI_NON_MS_LICENSE) lic
    ON lic.Name = soft.ProductName0 AND dbo.fn_MatchLicenseVersion(Lic.Ver, soft.ProductVersion0) = 1
WHERE
    lic.Ver IS NULL
GROUP BY
    soft.ProductName0,
    soft.ProductVersion0,
    soft.Publisher0
ORDER BY
    soft.ProductName0,
    soft.ProductVersion0
 
ちなみにWHERE lic.Ver IS NULLで絞り込みの条件を入れてあげると使いやすくなりますよ。


SCCM2007ライセンスのインポート

ふ~~ん 意外としっかりしてた・・・

まぁ、ちゃんと調べてないから?とかが原因なんだろうけどね。

System Center Configuration Manager 2007の資産インテリジェンスではMicrosoft以外のライセンスも管理できます。
で、どうやって管理するかというと、定義ファイルを読み込んで、レポートで集計するのですが、この定義ファイルが面倒だなぁ~って思ってたの。
だって、ブログラム名、バージョン名(本当は前方一致)を一致させないとダメじゃん?
勝手にバージョンも完全一致だと思い込んでいたので、運用に乗るわけないじゃん!!って勝手に思ってたんだけど、読み込みエラーでうまくいかないものがあったので、何度か試してみると、どうやら前方一致っぽい感じがしたので、確認すると前方一致でした。

エラーのパターン
Name,Publisher,Version,
hoge,age,8,,,,
hoge,age,8.1,,,,
hoge,age,8.2,,,,

この場合、バージョンが8の行を消しても成功し、8.xの行を消しても成功する。
で、8を残した場合、8.1と8.2の合計数が表示されるのね。

こういう動きって当たり前なんだけど、バージョン列まで完全一致だと思い込んでいたので、気が付かなくて勝手に評価を下げていたの。
ごめんね。

あと、日本語を扱うにはunicodeってのも常識だね。


MVLS ライセンス スプレッドシート ファイル

ドキュメントに沿って作業したのにエラーになるんです!!

Microsoft Volume Licensing Service Senterの[ライセンス]-[製品の一覧]を開き、「すべてのライセンス情報をダウンロード」で保存したCSVファイルをExcelで開いてXMLスプレッドシート2003形式で共有フォルダーに保存したらSystem Center Configuration Managerの資産インテリジェンス インポートウィザードを実行すれば入る予定。

だけどエラーになる。なぜ?って感じでいろいろ調べてみて思ったのが言語の問題?ってことで、ブラウザを英語設定に変えて見たらどうだろう?

ダメでした。

じゃぁ~って国外の情報に手を伸ばしてみると書いてありました。

XMLで保存したときに、「バージョン」列は内容によって型指定が文字列と数値にばらばらになるらしい。

で、さっき作ったXMLファイルを確認してみると、

    <Cell><Data ss:Type="String">Office SharePoint Server</Data></Cell>
    <Cell><Data ss:Type="Number">2010</Data></Cell>

ってNumberになっています。これをStringに編集して再チャレンジすると成功。

ちなみに、MVLS以外のライセンス情報のインポートでも日本語だとダメみたい。データフィールド名を英語にしたらさくっと入ってしまいました。

日本語で表示されているソフトウェアでヘルプも日本語(機械翻訳だけど)だと、そのまま指示に従ってうまくいくと思ってしまうけど、多言語対応ってだけで、内部は英語なんだよな~
こういうところって結構ワナだよね~



SCCM2007R3にハマり続けている

System Center Comfiguration Manager 2007 R3をWindows Server 2008 R2で構築する際に気を付けることは、Internet Information Servicesの設定を確実に行っておくこと。
WebDAVの設定がおかしいと、正常にインストールが終わったように見えても、いくつかの設定ができない場合があるみたいです。(今回の教訓)

BITSの設定でmdbを許可する例が書いてありますが、これが必要かどうかは未検証。
たぶん文書からは例と読めるので不要なのでは?と思ってますが・・・

一応エンタープライズCAを構築しているので、ネイティブモードにチャレンジしたけど、証明書の認識がうまくいかず断念。とりあえず混在モードで構築するのが楽ですね。
今回はSCCMを構築するのが目的ではなく、ForeFront Endpoint Protection 2010の構築が目的なので、配布とレポートが動けばいいんです。

で、今回SCCMでハマった原因はWebDAVの設定。
一応ちゃんと設定したんだけど、どっかがおかしかったみたいで、SCCMのセットアップが終わってみるとWebDAV設定が真っ白になってたのに気が付かず、SCCMの設定を弄りまくってたのが解決を遅くしてしまった。まぁ、おかげでその辺の設定の理解度も向上しましたがね。

今は待っているのはクライアントエージェントのプッシュインストール。XPはグループポリシーの設定で問題なくできるようになったけど、Windows7が微妙な感じ。

一応ファイルとプリンタの共有とWMIは許可しているんだけど、OKな端末とNGな端末がある。
たぶん他にも許可しないといけないのかもしれない・・・
来週は、この辺の調整だな~

ちなみに、共有フォルダを使ったインストールなんだけど、アクセス権がないよね。
これって、Windows 2008以降の仕様によるところだと思うんだけど、
ドキュメントに書かれていないですよね。

話は変わって、FEPの感想だけど、ウイルスバスターコーポレートエディションと比べると、使いずらいというか特化していない分弱いですね。
リアルタイムに制御ができないのでなんか心細いし、レポートもなんだかなか~って感じです。CoreCALに含まれるようになるので、ほぼ移行は確定だけど、管理者としては微妙ですね。
管理ノウハウがたまればそれなりに使えると思うけど、ちょっとなぁ~



やっといい感じになってきた。

今週はSystem center configuration manager とForeFront Endpoint protection の構築で大ハマリ。やっとクライアントが管理下に入りました。Windows XPは問題ないけどWindows 7が入らない。これはセキュリティの設定でなんとかなると思う。
明日頑張ってクライアントテストに入りたいですね。

で、はまってた原因はWebDAVの設定がうまく反映されてなくてIISの設定が入ってなかったみたい。
はじめのフォルダ数と今じゃ大分違う。
Exchange Server の検証の時もそうだったけど、セットアップのスピードが早すぎたりすると設定漏れが発生するような気がします。ADやDBがからむ設定は時間をちょっと開けるのがコツかもしれませんね。

SharePoint アイテム保管ライブラリをのぞいてみよう(2025年12月改訂)

※2025年コンテンツ検索等の機能がリニューアルされましたので修正しました。 ※2023年アカウント移行に失敗し画像を失ったので再度取得し改訂しました。 Office 365 Advent Calendar 2021  の12月16日投稿です。 警告: 個人的な理解に基づく内容、...