Est-il un moyen de réinstaller une application dans SCCM 2012?

Dans SCCM 2007, il y avait plusieurs "à Droite, Cliquez sur "Outils", et avec leur aide, il a été possible de "réinstaller" un paquet. Dans SCCM 2012 je n'ai toujours pas trouver un moyen, comment pourrais-je réinstaller une application?

Laissez-moi vous expliquer:

J'ai créé un package d'installation à partir d'un logiciel, puis distribué comme une "Application". L'Installation s'est correctement terminée. Une semaine plus tard, un utilisateur appelle, il a de la difficulté avec cette application. Le paquet que j'ai créé prend en charge la réinstallation(par la suppression du logiciel et de l'installer à nouveau, ou avec une fonctionnalité de réparation). Mais, dans SCCM je n'ai pas d'option(ni trouvé un clic droit sur l'outil qui pourrait le faire), de réinstaller le package. J'ai pour l'enlever, puis de l'installer à nouveau.

J'ai pensé que je pourrais écrire un programme qui, et de créer mon propre "à Droite, Cliquez sur l'Outil", mais je ne peux pas trouver toutes les informations exactement ce que dois-je faire?

Donc mes questions sont les suivantes:

- Est-il de Droite, Cliquez sur l'Outil qui peut réinstaller une application en quelque sorte?

- Est-il de la documentation, où j'ai pu obtenir quelques informations sur cette question?

J'en suis sûr, beaucoup d'autres ont le même problème.
Ou je ne l'ai pas trouver un moyen, parce qu'il n'y est aucun? 🙁

Merci d'avance!

InformationsquelleAutor kampi | 2015-03-09
  1. 3

    Dans notre entreprise, nous aurait également aimé cette et fait de la recherche fondamentale, mais comme il semble que personne n'a fait jusqu'à maintenant (ne signifie pas que c'est impossible). Nous avons également parlé à deux de Microsoft SCCM conseillères et les deux ont dit il n'y a actuellement aucun moyen.

    La chose est que les applications sont tout au sujet de la méthode de détection. C'est la seule chose qui va déclencher le programme d'installation. Donc, si vous avez un logiciel, et vous ne voulez pas de les déployer en tant que package (c'est encore possible, et ils peuvent encore être relancé avec des outils comme Roger Zanders client au centre), ce que vous pouvez faire est d'utiliser une méthode de détection que vous pouvez influencer. Comme un fichier ou une clé de registre, à laquelle vous pouvez supprimer à distance. Le déploiement de l'application de l'évaluation du cycle peut être déclenché à distance, comme tous les autres actions du client si ce ne serait pas un problème.

    Malheureusement, ce n'est qu'une solution de contournement et j'aimerais beaucoup si quelqu'un prouve que j'ai tort mais pour l'instant c'est le mieux que nous pouvions trouver.

    Edit:
    Afin de vous m'a poussé à creuser un peu plus et j'ai aussi eu quelques vraiment bonnes diapos à partir de Microsoft et j'ai trouvé une certaine approche possible:

    Que l'application est tout au sujet de la détection de tous les temps, mon idée est faux.

    Aussi loin que je peux dire que les méthodes de détection sont enregistrés dans certains fou format xml dans le WMI dans root\ccm\CIModels dans la Classe Local_Detect_Synclet. J'ai donc écrit un script qui y va et remplace la méthode de détection avec un vide de détection de la méthode qui vérifie un fichier. Il n'a pas de propriétés de sorte qu'il peut ne jamais le travail. Après que j'appelle de la faire appliquer la méthode sur mon application en utilisant la classe CCM_AppDeliveryType dans le même espace de noms. Il prend un AppdeliveryTypeID et de la révision en cours mais les deux peuvent être vus dans CCM_AppDeliveryTypeSynclet. Après les appliquer réinstallé le programme, j'ai réinitialiser la détection de la méthode à l'ancienne et de déclencher une deuxième appliquer, qui ne fait rien mais dites-le système de l'application est correctement détecté. Le Vbscript que tout cela ressemble à ceci:

    computername = "WS0000xxxx"

Set wmiCIModels = GetObject("winmgmts:\\" & computername & "\root\ccm\CIModels")
Set wmiAppDeliveryType = GetObject("winmgmts:\\" & computername & "\root\ccm\CIModels:CCM_AppDeliveryType")


deploymentTypeID = "ScopeId_79903130-730F-48B7-8165-6088B83359BE/DeploymentType_68a80836-208e-401b-a69f-ae4c184b9f85"

Set installedDelTypes = wmiCIModels.ExecQuery("select * from Local_Detect_Synclet where AppDeliveryTypeId = '" & deploymentTypeID & "'" )

For Each instDelType In installedDelTypes
    strOldDetectionMethod = instDelType.ExpressionXml
    instDelType.ExpressionXml = "<LocalDetectionMethod><Settings><File></File></Settings><Rule xmlns=""http://schemas.microsoft.com/SystemsCenterConfigurationManager/2009/06/14/Rules""><Expression><Operator>Equals</Operator><Operands><SettingReference AuthoringScopeId="""" DataType=""Version"" SettingLogicalName=""X"" Method=""Value""/><ConstantValue DataType=""Version""/></Operands></Expression></Rule></LocalDetectionMethod>"
    instDelType.Put_ 0

    wmiAppDeliveryType.EnforceApp deploymentTypeID, "4", "", "Install", "", "1"

    instDelType.ExpressionXml = strOldDetectionMethod
    instDelType.Put_ 0

    wmiAppDeliveryType.EnforceApp deploymentTypeID, "4", "", "Install", "", "1" 
Next

    La ExpressionXML est horriblement long, mais j'ai supprimé tout ce qui, de par essai et erreur qui semble possible.

    Pour des raisons de simplicité j'ai codé en dur le AppdeliveryTypeID et de révision, mais vous pouvez obtenir une liste de ceux-ci, y compris de nice noms, avec la requête suivante:

    Set wmiCIModels = GetObject("winmgmts:\\" & computername & "\root\ccm\CIModels")

Set delTypes = wmiCIModels.ExecQuery("select * from CCM_AppDeliveryTypeSynclet" )

For Each delType In delTypes
    WScript.Echo "Deployment Name: " & delType.AppDeliveryTypeName & VbCrLf & "AppdeliveryTypeID: " & delType.AppDeliveryTypeId & VbCrLf & "Revision: " & delType.Revision & VbCrLf
Next

    Ce qui présente également sur l'un des plus gros inconvénients que j'ai trouvé jusqu'à présent. Il est seulement possible d'obtenir facilement les noms des AppDeliveries. Ce ne sont pas les noms de l'application affichera dans le Software Center par exemple. J'ai regardé dans la traduction, mais la seule méthode que j'ai trouvé pour l'instant est d'interroger le SCCM DB lui-même et la requête est horriblement compliqué et les besoins de certains d'administration de SCCM pour l'exécuter.

    Comme avec tous les scripts WMI vous pouvez l'exécuter à distance en spécifiant un nom d'ordinateur ou localement si vous utilisez '.', vous pouvez utiliser la Console SCCM système d'Extension et de construire votre propre outil clic-droit sur cette base.

    Ça va marcher, même sur des Applications qui ne sont pas installés similaire à la reprise de paquets. Si vous ne le souhaitez pas, vous pouvez vérifier contre CCM_AppDeliveryType de voir les applications installées.

    • Selon Microsoft, beaucoup de choses ne sont pas possibles. Mais ensuite vient quelqu'un, et prouve qu'ils ont tort. J'ai pensé à cette méthode que vous avez décrit, et je pense aussi que c'est la seule solution. Bien que ce n'est pas exactement ce que je recherche. Je suis sûr à 100% il y a une solution. (Elle ne doit pas être facile, mais je suis sûr qu'il y est)
    • Ouais je pense qu'il sera un jour possible. Cependant, je suis un peu inquiète pas, même dans la nouvelle SCCM2012 Client Centre, il y a une option pour cela. Cet outil peut faire presque tout ce SCCM liés de sorte qu'il peut être vraiment difficile. Si jamais je trouve quelque chose de mieux que ce que j'ai proposé, je vais de cours de mise à jour de mon post ici.
    • Merci, je mettrai à jour mon post, si je comprendre quelque chose.
    • suggestion me semble qu'il est sur la bonne voie. Je pourrais faire un peu différemment: Faire la demande initiale du programme d'installation de créer un drapeau (eg. fichier C:\app-ok.flg). Puis faire un autre "application" qui est en fait un script qui désinstalle l'application en question et de faire sa détection dépend de la présence de C:\app-ok.flg). Alors que vous venez de supprimer C:\app-ok.flg de la affligés de machines et de laisser le AppEnforce cycles appliquer le désinstaller l'application, puis d'appliquer l'installation de l'application.
    • Ok j'ai trouvé une certaine façon pour un peu de le faire. Il n'est pas parfait, mais il semble comme une approche prometteuse donc, j'ai mis à jour mon post en conséquence
    • Cela ressemble très très très prometteur! Je vais creuser dans cette. Je vais essayer, avec tous les scenaio que je pense, et ensuite un rapport.
    • pour votre effort. Il fonctionne très bien, cependant j'ai un problème. Le wmiAppDeliveryType.EnforceApp prend la 3ème argument le répertoire de travail. - Je le préciser, sinon mes paquets ne fonctionne pas. Je creuse dans le WMI pour trouver un moyen, pour l'interroger, mais ensuite elle s'est produite en moi. Cela ne fonctionnera que si le package est déjà installé localement. Alors, comment puis-je obtenir un fichier à télécharger? Je ne peux pas le comprendre. Si j'ai, à ma droite, cliquez sur l'outil est prêt.
    • J'ai remarqué que, trop. Dans notre environnement, nous avons principalement d'exécuter des applications directement à partir d'un partage, il fonctionne très bien sans paramètre. Mais avec les points de distribution de la ContentPath local est le ccm cache. Je suis en train d'essayer de voir si il est possible d'obtenir ce chemin ou mieux encore déclencher le téléchargement. L'autre chose, c'est qu'il ne fonctionne que pour les applications de machine. si c'est par l'utilisateur que vous avez à lui donner le sid. Ce doit être un petit problème cependant, certainement résoluble en quelque sorte, j'ai donc actuellement l'accent sur la contentlocation premier.
    • Dans le Root\CCM\ClientSDK:CCM_Application il existe une Méthode appelée DownloadContents. Je pense que cela devrait être responsable pour le package de téléchargement. Le seul problème, je ne peux pas le faire fonctionner 🙁 j'ai toujours Type mismatch error. Peut-être que vous avez plus de chance
    • Jusqu'à présent, je n'ai pas eu de chance non plus. J'ai trouvé que vous pouvez obtenir le cache via le serveur de sms\site_<sitename>:SMS_DeploymentType où vous pouvez obtenir le ContentID pour le nom de modèle (c'est à dire AppDeliveryTypeID) et de donner ensuite la ContentID CCM\SoftMgmtAgent:CacheInfoEx pour l'emplacement de la ccm cache. Ne fonctionne que si elle est présente, bien sûr. Pour les autres si nous ne pouvons pas DownloadContents à moi de finale de la paille est de télécharger les fichiers à partir du point de distribution directement. C'est facile avec les bits mais seulement de fichier par fichier, dossier entier serait beaucoup moins fastidieux
    • Maintenant nous avons juste à obtenir DownloadContents de travail 🙂 j'ai trouvé ceci sur MSDN https://msdn.microsoft.com/en-us/library/jj885529.aspx mais ne l'aide pas beaucoup. Avez-vous remarqué qu'il ya aussi d'Installer et de Désinstaller la Méthode de trop? Le téléchargement directement depuis le point de distribution? Je ne le ferais pas. Cela voudrait dire trop de travail. Il doit y avoir moyen de DownloadContents de travail.
    • DownloadContents serait sympa ouais, mais les messages d'erreur que je reçois sont un peu déroutant pour moi. Je sais que de la (des nations Unies)pour l'Installation, mais d'installer utilise toujours le appdetect donc il ne fonctionne pas s'il est installé. Si vous avez d'installation et de désinstallation définis pour toutes vos applications, vous pouvez essayer de simuler une ré-exécuter en appelant le désinstaller et installer à nouveau. Nous avons beaucoup de obligatoire applications dans notre environnement sans désinstaller donc, pour nous, il ne fonctionne pas, malheureusement.
    • Mes Paquets de soutien, Instll/Désinstaller et même Réinstaller. Pour reinstal un paquet, j'ai juste à lancer l'installation de nouveau, et le script reconnaître, que l'application est déjà installée, puis exécuter une réinstallation. Mais c'est le plus petit problème. Ouais, le errormessages.....J'ai essayé de l'appeler tous les moyens possibles, que je pense, mais toujours pas de chance.

    InformationsquelleAutor Syberdoor