タグ付けされた質問 「sccm-2012」

4
中規模の組織にとってSCCMは過剰ですか?
私は高校のIT技術者で、約1600人の生徒と250人のスタッフ、主にWindows 7を実行する800台以上のクライアントコンピューターを使用しています。私たちのチームは3人のメンバーで構成されています。私の上司は、(ほぼ)機能するネットワークに満足しているように見えます。必ずしも、実行および保守が容易な、生産性が高く維持されたネットワークではありません。私はまだITキャリアのかなり早い段階にいるので、利用可能なさまざまなエンドポイント管理ソリューションのすべてに精通していません。 クライアントを管理するためのより良い方法を探しています(ソフトウェアの展開、変更の追跡、インベントリなど)SCCM 2012の機能の外観は気に入っていますが、ケーススタディは単一の中規模サイトではなく大規模なマルチサイトインフラストラクチャを対象としているようです。 SCCMは中規模の単一サイトに適していますか、それとも大企業を対象としていますか?SCCMのようなエンドポイント管理ソリューションが組織に適しているかどうかを判断するにはどうすればよいですか? 編集:SCEとSCCMを見て、私の上司/副長に提案するためにいくつかの提案を作成しますすべての助けをありがとう

1
SCCM 2012 SP1-hr = 0x80041013でDownloadContentFiles()が失敗しました
カタログに正しくリストされているにもかかわらず、ソフトウェア更新プログラムの自動展開ルールがMicrosoftから今月のパッチを自動的にダウンロードして適用することに失敗したことがわかりました。 自動展開ルールには、最後のエラーコードとして0X87D20417、最後のエラーの説明が「自動展開ルールのダウンロードに失敗しました」としてリストされます。ルールを再実行すると、このエラーが手動で再現されます。自動展開ルールを削除して再作成しても、同じエラーが再現されます。 SMS_RULE_ENGINEログを見ると、次のエラーが示されています。 Error Milestone 004 6/19/2013 3:42:21 PM SCCM.ad.example.com SMS_RULE_ENGINE 8706 Content download failed. Message: Failed to download one or more content files. Source: SMS Rule Engine. Error Milestone 004 6/19/2013 3:42:07 PM SCCM.ad.example.com SMS_RULE_ENGINE 8706 Content download failed. Message: Failed to download one or more content files. Source: …
15 wmi  sccm  sccm-2012 

2
どのクライアントがディストリビューションの更新を失敗させているのかを見つけるにはどうすればよいですか?
それは時々起こります。パッケージを更新し、配布ポイントを更新する必要があります。複数のDPがあり、通常はすべて正常に実行されますが、時々、メインDPがパッケージの更新に失敗します。 コンテンツステータスログは、失敗について多くを語りません。管理ポイントまたはDPへのバックエンドサーバーのアクセス権がありません。SCCM管理者です。SCCMのログを確認したり、レポートを実行したり、すべてを実行したりできますが、どこを見ればいいのかわかりません。 過去に、問題のあるパッケージの「Disconnect Users from Distribution Point」設定を両方のサブ設定を0に設定しようとしましたが、実際には機能しません。問題はしばらくすると自然に解消されるようですが、時には数日かかることもあります。大部分(実際にはすべてですが、見落としている1つまたは2つがある場合があります)は、クライアントを "配布ポイントからプログラムを実行する"に設定します。原因は。 更新 私はレポート、特にAll Status Messages for a Specific Package at a Specific Siteクエリでもう少し情報を見つけました。クエリにパッケージIDを使用すると、DP更新が再び失敗した後、際立ったエントリが1つ表示されました。 配布マネージャーは、パッケージ「構成の更新」の処理に失敗しました(パッケージID = SOM00013)。 考えられる原因:配布マネージャーに、パッケージソースディレクトリまたは配布ポイントへのアクセス権がありません。解決策:配布マネージャーがパッケージソースディレクトリ/配布ポイントにアクセスできることを確認します。 考えられる原因:パッケージソースディレクトリに長いファイル名のファイルが含まれており、パスの全長がオペレーティングシステムでサポートされている最大長を超えています。解決策:パッケージに定義されているフォルダーの数を減らすか、ファイル名を短くするか、圧縮ユーティリティを使用してファイルをバンドルすることを検討してください。 考えられる原因:サイトサーバーコンピューターまたは配布ポイントに十分なディスク領域がありません。解決策:サイトサーバーコンピューターと配布ポイントに十分な空きディスク領域があることを確認します。 考えられる原因:パッケージソースディレクトリには、アクティブなプロセスによって使用されている可能性のあるファイルが含まれています。解決策:ソースディレクトリ内のファイルを使用している可能性のあるプロセスをすべて閉じます。この失敗が続く場合は、ソースディレクトリの代替コピーを作成し、それを指すようにパッケージソースを更新します。 私は単純な理由で中央の2つの原因を疑っています ソースフォルダーは、NTFSの長いファイル名を格納するほど深くはありませんが、完全性を確認しようとします。 DPにファイルを問題なく追加できるので、ファイルスペースの問題ではなく、他のパッケージを問題なく更新できます。 私が予期していなかったのは、3番目の原因がソースディレクトリがどこかで使用されていると言っていることです。とにかくそれはどのような違いをもたらすでしょうか?ファイル共有からSCCM DP共有にファイルをコピーするだけではありませんか?さらに私をループb / cクライアントに投げつけても、ソースディレクトリにアクセスすることはありません。sccmがファイルをコピーするためのステージングディレクトリにすぎません。 それは最初の原因を残すだけですが、それは同じことに戻ります:他のパッケージは問題なく更新できます。
14 sccm  sccm-2012 

1
SCCM Powershell検出スクリプトはどのコンテキストで実行されますか?
AllSigned実行ポリシーを使用して、クライアントでPowerShell検出スクリプトを使用してようやく成功しました。(ヒント:最新のサービスパックをインストールし、Adam Meltzerの回避策を使用して動作し始めました。) PowerShellスクリプトを使用してアプリケーションを検出することが実用的になったので、次のことを疑問に思います。 SCCMクライアントはどのような状況でPowerShell検出スクリプトを実行しますか?システム?ユーザー? コンテキストは、展開タイプで「ユーザー用にインストール」または「システム用にインストール」のどちらを選択したかによって異なりますか? このトピックに関するドキュメントはかなり少ない。SCCM PowerShell検出スクリプトについて私が見つけた最良のリソースは、このKloudのブログ投稿ですが、コンテキストの問題については言及していません。

1
Powershellを使用してSCCM経由で展開されたソフトウェア更新プログラムのEULAを受け入れる方法
Start-CMSoftwareUpdateDeploymentコマンドレットを使用して、ソフトウェア更新プログラムグループを既存のコレクションに展開しようとしています。 PS WHO:\> Start-CMSoftwareUpdateDeployment -SoftwareUpdateGroupName "Update Group - Microsoft Updates" -CollectionName ` Eval_OSUpdates -DeploymentType Required -SendWakeUpPacket $true -AllowRestart $true -PersistOnWriteFilterDevice $true ` -DownloadFromMicrosoftUpdate $true -DeploymentName "Evaluation Deployment - Update Group - Microsoft Updates" ` -UserNotification DisplayAll -RestartWorkstation $false -AllowUseMeteredNetwork $true 必要なパラメーターはすべて指定されていますが、実行時に次のエラーが表示されます。 Start-CMSoftwareUpdateDeployment : ConfigMgr Error Object: instance of SMS_ExtendedStatus { …

3
SCCMグローバル条件WQLクエリタイプの不一致(wbemErrTypeMismatch-0x80041005)
パッケージ(および現在はアプリケーション)のすべてのターゲットロジックをコレクションで処理しています。SCCM 2007からSCCM 2012 SP1に移動したので、そのロジックをアプリケーションプログラムモデルに移動し、グローバル条件と要件を使用して実装することをお勧めします。これには多くのメリットがあります。コレクションは純粋に階層的または論理的なグループ化に使用されます。Supercedenceを使用すると、よりシームレスなアプリケーションの展開が実現し、検出ロジックが改善されます。 例として、Adobe Flash Playerプラグインを使用します。FirefoxがインストールされているワークステーションにAdobe Flash Playerプラグインをデプロイしたいだけです。SCCM 2007パッケージプログラムモデルを使用して、Firefoxがインストールされているすべてのワークステーションを含むWQLクエリに基づいてコレクションを作成します。 select * from SMS_R_System inner join SMS_G_System_SoftwareProduct on SMS_G_System_SoftwareProduct.ResourceId = SMS_R_System.ResourceId where SMS_G_System_SoftwareProduct.ProductName like "Mozilla Firefox" コレクションを作成したら、それに対してパッケージプログラムを展開します。アプリケーションプログラムのグローバル条件と要件ロジックを使用して、同じロジックを複製しようとしています。WQLクエリベースのグローバル条件を構築しようとすると、すべてwbemErrTypeMismatchエラーが発生します(2147749893 (0x80041005))。 ベストプラクティスでは、ターゲットロジックをアプリケーションにバンドルしておくことを推奨しているため、適切なWQLクエリのグローバル条件を作成し、アプリケーションの要件を使用してそれを評価できます。 WQLクエリから始めましょう。Scriptomaticを使用してSMS_InstalledSoftware、root\cimv2\sms名前空間の一部であるWMIクラスのすべてをダンプしました。Win32_ProductはWindowsインストーラーでインストールされたソフトウェア専用であるため、何かがインストールされているかどうかを評価する場合、SMS_InstalledSoftwareがクエリを実行するのに最適な場所であると私は確信しています。 次のFirefox関連オブジェクトを見つけました。 ARPDisplayName: Mozilla Firefox 23.0.1 (x86 en-US) ChannelCode: ChannelID: CM_DSLID: EvidenceSource: CPXCCCCCCXCXCXCXXXXXCXXXXX InstallDirectoryValidation: 4 InstalledLocation: C:\Program Files (x86)\Mozilla Firefox InstallSource: …
8 sccm-2012  wmi 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.