Salut à tous,
C'est pas fini, encore des question sur Sus..
Mon serveur Sus marche bien, mais c'est bien gentil parce que je trouve que
la procédure de mise à jour prend pas mal de ressources sur la machine
cliente.
Je vois d'ici les plaintes des utilisateurs, " ma machine rame, je sais pas
pourquoi ..."
Ma question est là: La mise à jour ne marche pas en tant que service,
apparament, c'est à dire qu'il faut qu'une session soit ouverte... peut -on
programmer la mise à jour alors qu'il n'y pas de session d'ouverte?
Ou alors, via des stratègies de groupe, programmer la mise en route d'une
machine et l'ouverture d'une session avec un utilisateur Lambda?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Booba
Salut, j'ai constaté le meme probleme ceci dit ca rame surtout sur la 1er installation quand il y a plusieurs mises a jour, quand il s'agit d'un patch c'est quasi-invisible....mais bon ma solutions a ete de planifié mes MàJ entre 12h et 14h les sessions étant generalement ouvertes, ca se passe sans probléme... Cordialement. @lesc "Raphael AME" a écrit dans le message de news: e$F#
Salut à tous, C'est pas fini, encore des question sur Sus.. Mon serveur Sus marche bien, mais c'est bien gentil parce que je trouve que
la procédure de mise à jour prend pas mal de ressources sur la machine cliente. Je vois d'ici les plaintes des utilisateurs, " ma machine rame, je sais pas
pourquoi ..." Ma question est là: La mise à jour ne marche pas en tant que service, apparament, c'est à dire qu'il faut qu'une session soit ouverte... peut -on
programmer la mise à jour alors qu'il n'y pas de session d'ouverte? Ou alors, via des stratègies de groupe, programmer la mise en route d'une machine et l'ouverture d'une session avec un utilisateur Lambda?
Salut,
j'ai constaté le meme probleme ceci dit ca rame surtout sur la 1er
installation quand il y a plusieurs mises a jour, quand il s'agit d'un patch
c'est quasi-invisible....mais bon ma solutions a ete de planifié mes MàJ
entre 12h et 14h les sessions étant generalement ouvertes, ca se passe sans
probléme...
Cordialement.
@lesc
"Raphael AME" <raphael_ame@hotmail.com> a écrit dans le message de news:
e$F#FslQEHA.3524@TK2MSFTNGP09.phx.gbl...
Salut à tous,
C'est pas fini, encore des question sur Sus..
Mon serveur Sus marche bien, mais c'est bien gentil parce que je trouve
que
la procédure de mise à jour prend pas mal de ressources sur la machine
cliente.
Je vois d'ici les plaintes des utilisateurs, " ma machine rame, je sais
pas
pourquoi ..."
Ma question est là: La mise à jour ne marche pas en tant que service,
apparament, c'est à dire qu'il faut qu'une session soit ouverte...
peut -on
programmer la mise à jour alors qu'il n'y pas de session d'ouverte?
Ou alors, via des stratègies de groupe, programmer la mise en route d'une
machine et l'ouverture d'une session avec un utilisateur Lambda?
Salut, j'ai constaté le meme probleme ceci dit ca rame surtout sur la 1er installation quand il y a plusieurs mises a jour, quand il s'agit d'un patch c'est quasi-invisible....mais bon ma solutions a ete de planifié mes MàJ entre 12h et 14h les sessions étant generalement ouvertes, ca se passe sans probléme... Cordialement. @lesc "Raphael AME" a écrit dans le message de news: e$F#
Salut à tous, C'est pas fini, encore des question sur Sus.. Mon serveur Sus marche bien, mais c'est bien gentil parce que je trouve que
la procédure de mise à jour prend pas mal de ressources sur la machine cliente. Je vois d'ici les plaintes des utilisateurs, " ma machine rame, je sais pas
pourquoi ..." Ma question est là: La mise à jour ne marche pas en tant que service, apparament, c'est à dire qu'il faut qu'une session soit ouverte... peut -on
programmer la mise à jour alors qu'il n'y pas de session d'ouverte? Ou alors, via des stratègies de groupe, programmer la mise en route d'une machine et l'ouverture d'une session avec un utilisateur Lambda?
