Overblog Suivre ce blog
Administration Créer mon blog

Recherche

8 octobre 2017 7 08 /10 /octobre /2017 19:04

50 000 projets étudié à travers le monde, par Groupe Standish allant de petites améliorations à des implémentations de réorganisation de systèmes massifs

Les résultats indiquent qu'il reste du travail à accomplir pour obtenir des résultats réussis à partir de projets de développement de logiciels. Ce tableau résume les résultats des projets au cours des cinq dernières années en utilisant la nouvelle définition des facteurs de réussite (dans le temps, sur le budget avec un résultat satisfaisant).

Une tendance des rapports antérieurs qui ont continué dans le dernier sondage est de savoir comment les projets plus petits ont une probabilité de succès beaucoup plus élevée que les plus grands, comme le montre ce tableau.

Avec l'adoption de méthodes de développement agiles au cours des dernières années, il a été possible de comparer les résultats du projet entre les projets de cascades et traditionnelles. Dans toutes les tailles de projet, les approches agiles ont abouti à des projets plus réussis et à des échecs moins aboutissants, comme le montre ce tableau

L'identification et le classement des facteurs qui fonctionnent ensemble pour rendre les projets plus réussis sont :

Les définitions de ces facteurs sont les suivantes : traduction automatique

Soutien aux cadres supérieurs : lorsqu'un dirigeant ou un groupe de dirigeants s'engage à fournir un soutien financier et émotionnel. L'exécutif ou les dirigeants encourageront et aideront à réussir le projet.

La maturité émotionnelle est la collecte de comportements fondamentaux de la façon dont les gens travaillent ensemble. Dans n'importe quel groupe, organisation ou entreprise, c'est à la fois la somme de leurs compétences et le lien le plus faible qui détermine le niveau de maturité émotionnelle.

Participation des utilisateurs : se déroule lorsque les utilisateurs participent au processus de prise de décision et de collecte d'informations du projet. Cela comprend également les commentaires des utilisateurs, l'examen des exigences, la recherche fondamentale, le prototypage et d'autres outils de création de consensus.

L'optimisation est un moyen structuré d'améliorer l'efficacité des entreprises et d'optimiser une collection de nombreux petits projets ou exigences majeures. L'optimisation commence par gérer la portée en fonction de la valeur commerciale relative.

Le personnel qualifié est celui qui comprend les entreprises et la technologie. Un personnel qualifié est très compétent dans l'exécution des exigences du projet et la réalisation du projet ou du produit.

SAME est l'environnement de gestion architecturale standard. Le Groupe Standish définit SAME comme un groupe cohérent de pratiques intégrées, de services et de produits pour le développement, la mise en œuvre et l'exploitation de logiciels.

Une compétence agile signifie que l'équipe agile et le propriétaire du produit sont compétents dans le processus agile. La compétence agile est la différence entre les bons résultats agiles et les résultats mal agiles.

L'exécution modeste consiste à avoir un processus avec peu de pièces mobiles, et ces pièces sont automatisées et simplifiées. L'exécution modeste implique également l'utilisation d'outils de gestion de projet avec modération et seulement très peu de fonctionnalités.

L'expertise en gestion de projet est l'application de connaissances, de compétences et de techniques pour projeter des activités afin de satisfaire ou de dépasser les attentes des parties prenantes et de produire de la valeur pour l'organisation.

Clear Business Objects est la compréhension de toutes les parties prenantes et les participants dans le but commercial pour l'exécution du projet. Des objectifs d'affaires clairs pourraient également signifier que le projet s'harmonise avec les objectifs et la stratégie de l'organisation.

 

Le Project Management Institute (PMI) a défini le succès comme onTime, onBudget et onTarget.

Standish a défini le succès comme avec six facteurs (temps, budget, cible, l'objectif, la valeur et la satisfaction)

Le tableau ci-dessous présente la matrice taille / complexité. Plus le problème est complexe et plus élevé, plus le risque d'échec est élevé.

 

www.standishgroup.com

www.chaostuesday.com

www.blog.standishgroup.com

www.pm2go.com

 

Repost 0
7 octobre 2017 6 07 /10 /octobre /2017 22:24

32% plus de projets réussissent dans des organisations qui investissent dans la formation en cours de management de projet, offrent une carrière définie en management de projet et établissent des processus formels de transfert de connaissances.

49% des organisations ont un bureau de management de projet à l'échelle de l'entreprise project management office (EPMO)

US$122 million Montant des pertes sur des projets pour chaque investissement de 1 milliard de dollars US, en raison de la mauvaise performance du projet. Augmentation de 12% depuis 2015

PPM

Repost 0
19 septembre 2017 2 19 /09 /septembre /2017 20:56

Un système proactif de gestion de portefeuille de projets (PPM) comprend une bonne gouvernance pour assurer l'exactitude et l'intégrité des données. Un élément essentiel de cette gouvernance est de traiter des projets qui sont complétés ou annulés et d'effectuer plusieurs actions sur eux aussi afin de les compléter. Vous voudrez vous assurer que tous les travaux ont été capturés, que les ressources n'ont pas le travail restant sur le projet et que le projet n'est plus visible dans les vues PWA (Project Web Access) des projets et des tâches actifs.

Lorsqu'un projet est terminé, procédez comme il se doit pour fermer le calendrier du projet.

  1. Traitez toutes les mises à jour des membres de l'équipe. Bien sûr, vous voudrez capturer l'effort de travail total pour chaque projet. Étant donné que certaines des prochaines étapes auront une incidence sur la capacité des membres de l'équipe à signaler leur travail actuel, le premier ordre d'affaire est d'informer l'équipe du projet que vous fermerez le projet et qu'ils doivent soumettre toutes les heures travaillées. Une fois que toutes les heures ont été soumises et que toutes les divergences ont été traitées, approuvez et publiez toutes les mises à jour des tâches.
  1. Mettre à jour le projet «Date de l'état». La date d'état du projet est le mécanisme par lequel le gestionnaire de projet communique la date à laquelle le projet progresse. Cette date devrait refléter le dernier jour de la période de déclaration pour laquelle les mises à jour des tâches ont été reçues. Définissez cette date dans la boîte de dialogue Date d'état en allant dans la section Statut du ruban Projet et en cliquant sur le bouton Date d'état pour ouvrir la boîte de dialogue Date d'état. Cette valeur doit être définie à la date à laquelle la période de feuille de temps actuelle s'est terminée, et non la date actuelle. En règle générale, c'est le samedi ou le dimanche précédent, selon les politiques de feuille de temps de votre organisation. Cliquez sur OK lorsque vous avez terminé.
  1. Mettre à jour les jalons du projet. Les jalons du projet ne sont pas mis à jour automatiquement par la procédure d'acceptation des mises à jour de progression des membres de l'équipe, de sorte que le gestionnaire de projet doit marquer tous les jalons du projet comme étant complets. Pour marquer un jalon tel que complété, définissez d'abord la date de "Réalisation réelle" pour refléter la date d'étape, puis à partir du "Ruban de tâche" | La section Horaire, cliquez sur le bouton "100% complet".
  1. Supprimez tout travail restant. S'il y a un travail restant sur un projet, cela affectera l'utilisation et la disponibilité des ressources. Pour s'assurer que ces données sont exactes, il est essentiel d'éliminer tout travail restant sur les projets achevés et annulés. Dans Microsoft Project, utilisez la vue "11 - Project Closure" pour définir le travail restant à 0h et la durée restante à 0d pour toutes les tâches du projet qui ne sont pas déjà nulles. La façon la plus simple de le faire est d'utiliser le bouton AutoFiltre dans l'en-tête de colonne Remaining Work pour filtrer pour toutes les tâches ayant une valeur non nulle.
Répétez le processus ci-dessus pour filtrer et définissez encore la durée restante à zéro.
  1. Supprimez les tâches du projet dans les pages Tâches, Feuilles de temps et Affectations de ressources dans PWA. Le champ "Publier" est utilisé pour gérer les tâches qui sont publiées aux membres de l'équipe pour l'exécution. Pour supprimer les tâches de ces vues, définissez la valeur du champ Publier sur Non en utilisant la vue 11 - Projet fermeture. Si le gestionnaire de projet modifie Publier sur "Non" pour une tâche précédemment publiée, les changements suivants se produisent:
  • Les tâches ne sont plus visibles dans la page Tâches.
  • Les tâches ne sont plus visibles dans les feuilles de temps existantes.
  • Les tâches ne sont pas disponibles dans les nouvelles feuilles de temps.
  • Les tâches ne sont plus visibles dans la page Affectations des ressources.
Annuler la publication des tâches.

Annuler la publication des tâches.

  1. Définissez la ressource «Type de réservation» à Proposé. Cela supprime les projets des vues de Capacité de ressources par défaut. En utilisant "B - Fiche de ressource", définissez la valeur dans la colonne Type de réservation à Proposé pour chaque ressource nommée.
Définissez le type de réservation à propos.

Définissez le type de réservation à propos.

  1. Mettre à jour l'état du projet pour refléter que le projet n'est plus actif.Très probablement, votre organisation utilise un champ personnalisé au niveau du projet pour distinguer l'état d'un projet (en d'autres termes, actif, fermé, annulé, etc.). Ce champ est généralement utilisé pour filtrer les projets non actifs à partir des vues et des rapports PWA. Par exemple, notre société, Sensei, utilise un champ appelé «Phase de projet» pour exclure les projets où la phase de projet est «04 - Fermer». Pour supprimer le projet terminé ou annulé de la vue active du projet, à partir du ruban Projet | Section Propriétés, cliquez sur le bouton Informations sur le projet pour ouvrir la boîte de dialogue Informations sur le projet. Définissez le champ Phase de projet utilisé par votre organisation à la valeur correcte pour indiquer que le projet est fermé, puis cliquez sur le bouton OK. Si votre organisation utilise un flux de travail pour gérer les phases du projet,
 
  1. Publiez le projet. Après avoir terminé les étapes 1 à 7, votre projet est maintenant prêt à être officiellement fermé. Cliquez sur l'onglet Fichier, puis cliquez sur le bouton Enregistrer dans le Backstage. Cliquez de nouveau sur l'onglet Fichier, puis cliquez sur le bouton Publier dans la page Info du Backstage.
  1. Fermer les problèmes et les risques. La dernière étape consiste à clôturer les problèmes, les risques et les éléments d'action restants en modifiant leur statut sur le site du projet.

Code to close the projects through project workflow.

1) Have a created a category
2) Have assigned the groups under the category

And when ever a project status in my PDP is closed through workflow,

Run the below SQL Query to add the project to the security category

INSERT INTO MSP_WEB_SECURITY_CATEGORY_OBJECTS (WSEC_CAT_UID, WSEC_OBJ_TYPE_UID, WSEC_OBJ_UID) VALUES
(
'76C40774-C84B-4517-84DF-4693F2527364',
'1771B1C0-6E26-4FB3-A480-C798AB506E82',
'E8E0AE90-81FD-4AE4-81D4-61A96FD8EC94'

)

Managing the permissions at the security category level.

Now system is automated and project are being closed properly.

Repost 0
15 septembre 2017 5 15 /09 /septembre /2017 15:59

Poste d'outil de publication de publication

Quel est le bon usage de ce domaine?

Je recommande souvent aux utilisateurs qu'ils ne doivent définir que le champ «Publier» sur «Oui» (la valeur par défaut) uniquement pour les tâches dans la «Phase» ou la «Phase» en cours et spécifiez «Non» à toutes les autres tâches.

Cela réalise deux choses:

  1. Les membres de l'équipe ne peuvent s'affecter à une tâche à partir d'une étape précédente "Fermé" ou d'une étape future qui n'est pas encore démarrée.
  2. Les feuilles de temps sont moins encombrées.
  3. Les ressources sont moins susceptibles de suivre accidentellement le temps contre la mauvaise tâche.
Repost 0
27 mars 2017 1 27 /03 /mars /2017 13:44

BASES DE DONNÉES PRENANT EN CHARGE SHAREPOINT

Repost 0
Published by SOUSSI Imed
commenter cet article
27 mars 2017 1 27 /03 /mars /2017 09:55

 

Backing Up Individual Components of a SharePoint Farm

 

Backing up a SharePoint farm configuration

You can perform a configuration-only backup of a farm by using Central Administration or the BackupSPConfigurationDatabase cmdlet. A configuration-only backup is useful for development or test environments, or where you are using a different method, such as SQL Server backup, to back up SharePoint content. You cannot back up the farm configuration using SQL Server backup tools or System Center Data Protection Manager.

Backing up service applications

You can use Central Administration or the Backup-SPFarm –Item <Service Application Name> cmdlet to back up specific service applications. Performing a SQL Server backup of the databases associated with the service application does not back up the entire service application itself; however you can re-provision the service application using the restored SQL databases. 
    Note: Using Central Administration or the Backup-SPFarm cmdlet are the only supported ways to back up the search service application, because these methods keep the search application databases and the search index files in sync. 
Backing 

Backing Up Individual Components of a SharePoint Farm
Backing Up Individual Components of a SharePoint Farm

Using PowerShell for backup

In order to use PowerShell for backing up SharePoint farm components, you must ensure that any user account running the backup cmdlets in PowerShell, including the account configured to run the script when scheduling PowerShell based backup operations, are added to the SharePoint_Shell_Access role for the databases to back up. These accounts must also be members of the required groups that are specified in the following table. 

Using PowerShell for backup

Repost 0
Published by SOUSSI Imed
commenter cet article
15 avril 2016 5 15 /04 /avril /2016 10:28

Le tableau suivant répertorie les recommandations pour les applications web.

Application web

20 par batterie de serveurs

Pris en charge

Nous vous recommandons de limiter autant que possible le nombre d’applications web. Dans la mesure du possible, créez des collections de sites nommées par l’hôte supplémentaires au lieu d’ajouter des applications web.

Zone

5 par application web

Frontière

Le nombre de zones définies pour une batterie de serveurs est codé en dur sur 5. Les zones sont Par défaut, Intranet, Extranet, Internet et Personnalisée.

Chemin d’accès géré pour les collections de sites nommées par l’hôte

20 par batterie de serveurs

Pris en charge

Les chemins d’accès gérés pour les collections de sites nommées par l’hôte s’appliquent au niveau de la batterie de serveurs. Chaque chemin d’accès géré créé peut être appliqué dans n’importe quelle application web.

Chemin d’accès géré pour les collections de sites basées sur le chemin d’accès

20 par application web

Pris en charge

Les chemins d’accès gérés sont mis en cache sur le serveur web, et les ressources processeur sont utilisées pour le traitement des demandes entrantes par rapport à la liste des chemins d’accès gérés.

Les chemins d’accès gérés pour les collections de sites basées sur le chemin d’accès s’appliquent au niveau de l’application web. Vous pouvez créer un ensemble différent de chemins d’accès gérés par application web. Si le nombre de chemins d’accès gérés par application web est supérieur à 20, la charge sur le serveur web est accrue pour chaque demande.

Si vous envisagez de dépasser vingt chemins d’accès gérés dans une application web donnée, nous vous recommandons de procéder à des tests afin de déterminer si le système peut atteindre des performances acceptables.

Taille du cache des solutions

300 Mo par application web

Seuil

Le service InfoPath Forms peut conserver les solutions dans le cache des solutions afin d’accélérer leur récupération. Si la taille du cache est dépassée, les solutions sont récupérées à partir du disque, ce qui peut ralentir les temps de réponse. Vous pouvez configurer la taille du cache des solutions à l’aide de l’applet de commande Windows PowerShell Set-SPInfoPathFormsService. Pour plus d’informations, voir Set-SPInfoPathFormsService.

Le tableau suivant répertorie les recommandations pour les serveurs web de la batterie de serveurs.

Pools d’applications

10 par serveur web

Seuil

Le nombre maximal est déterminé par les capacités matérielles.

Cette limite dépend en grande partie :

  • de la quantité de mémoire allouée aux serveurs web ;

  • de la charge de travail assurée par la batterie de serveurs, c’est-à-dire des caractéristiques de la base des utilisateurs et de l’utilisation (un seul pool d’applications très actif peut utiliser 10 Go ou plus).

Le tableau suivant répertorie les recommandations pour les bases de données de contenu.

Nombre de bases de données de contenu

500 par batterie de serveurs

Pris en charge

Le nombre maximal de bases de données de contenu par batterie de serveurs est de 500. Avec 500 bases de données de contenu par application web, les opérations des utilisateurs finals, telles que l’ouverture du site ou des collections de sites, ne sont pas affectées. Par contre, les opérations d’administration, telles que la création d’une collection de sites, subissent une diminution des performances. Nous vous recommandons d’utiliser Windows PowerShell pour gérer l’application web en présence de nombreuses bases de données de contenu, car l’interface de gestion peut devenir lente et difficile à parcourir.

Avec 200 Go par base de données de contenu et 500 bases de données de contenu par batterie de serveurs, SharePoint Server 2013 prend en charge 100 To de données par batterie de serveurs.

Taille de la base de données de contenu (scénarios d’utilisation générale)

200 Go par base de données de contenu

Pris en charge

La taille par défaut est de 50 Mo, elle peut être augmentée jusqu’à 2 Go au maximum. Vous pouvez faire rentrer 100 fichiers dans chaque base de données de contenu. Plusieurs collections de sites peuvent partager une seule base de données de contenu. Chaque collection de sites doit être entièrement stockée dans une base de données de contenu unique.

Nous recommandons fortement de limiter la taille des bases de données de contenu à 200 Go, sauf lorsque les circonstances indiquées dans les lignes suivantes de ce tableau s’appliquent.

Si vous utilisez le stockage étendu des objets BLOB, le volume total du stockage étendu des objets BLOB et des métadonnées dans la base de données de contenu ne doit pas dépasser la limite de 200 Go.

Taille de la base de données de contenu (tous les scénarios d’utilisation)

4 To par base de données de contenu

Pris en charge

Les bases de données de contenu allant jusqu’à 4 To sont prises en charge lorsque la configuration requise suivante est satisfaite :

  • Performances du sous-système de disques de 0,25 opération d’entrée/sortie par seconde par Go. 2 opérations d’entrée/sortie par seconde par Go sont recommandées pour des performances optimales.

  • Vous devez avoir développé des plans de haute disponibilité, de récupération d’urgence, de capacité future et de test des performances.

Vous devez également considérer soigneusement les facteurs suivants :

  • La configuration requise pour la sauvegarde et la restauration risque de ne pas être satisfaite par la sauvegarde SharePoint Server 2013 native des bases de données de contenu supérieures à 200 Go. Il est recommandé d’évaluer et de tester la sauvegarde SharePoint Server 2013 et des solutions de sauvegarde alternatives pour déterminer la solution la mieux adaptée à votre environnement spécifique.

  • Il est vivement recommandé de mettre en place une gestion proactive par un administrateur compétent des installations SharePoint Server 2013 et SQL Server.

  • Exemples

  • La refactorisation de collections de sites permet de monter en charge une implémentation SharePoint Server 2013 sur plusieurs bases de données de contenu. Cela permet aux implémentations SharePoint Server 2013 de s’étendre indéfiniment. Cette refactorisation est plus facile et plus rapide lorsque les bases de données de contenu sont inférieures à 200 Go.

  • Il est suggéré, pour faciliter la sauvegarde et la restauration, de limiter les collections de sites individuelles au sein d’une base de données de contenu à 100 Go. Pour plus d’informations, voirLimites des collections de sites.

Taille de la base de données de contenu (scénario d’archivage de documents)

Aucune limite explicite sur la base de données de contenu

Pris en charge

Les bases de données de contenu sans limite de taille explicite utilisées dans des scénarios d’archivage de documents sont prises en charge lorsque la configuration requise suivante est satisfaite :

  • Vous devez satisfaire toutes les exigences liées à la limite « Taille de la base de données de contenu (tous les scénarios d’utilisation) » précédemment indiquée dans ce tableau et vous devez veiller à avoir attentivement examiné tous les facteurs décrits dans le champ Commentaires de cette limite.

  • Les sites SharePoint Server 2013 doivent s’appuyer sur les modèles de sites Centre de documentsou Centre des enregistrements.

  • En moyenne, chaque mois, les utilisateurs accèdent à moins de 5 % du contenu de la base de données de contenu, et modifient ou écrivent moins de 1 % du contenu.

  • Remarque : Il est possible de configurer les bases de données de contenu d’archivage de documents afin d’accepter les documents provenant de flux de travail de routage de contenu.

    N’utilisez pas d’alertes, de flux de travail, de réparations des liens ni de sécurité au niveau de l’élément sur tous les objets SharePoint Server 2013 compris dans la base de données de contenu.

Pour plus d’informations sur les référentiels de documents à grande échelle, voir Estimation des conditions requises en matière de performance et de capacité pour les référentiels de documents à grande échelle dans SharePoint Server 2010, ainsi que la section Scénarios classiques de gestion de contenu à grande échelle de l’article Planification du stockage de contenu d’entreprise (SharePoint Server 2010).

Éléments de base de données de contenu

60 millions d’éléments, documents et éléments de liste compris

Pris en charge

Le plus grand nombre d’éléments par base de données de contenu qui a été testé sur SharePoint Server 2013 s’élève à 60 millions, documents et éléments de liste compris. Si vous envisagez de stocker plus de 60 millions d’éléments dans SharePoint Server 2013, vous devez déployer plusieurs bases de données de contenu.

Collections de sites par base de données de contenu

10 000 maximum (soit 2 500 collections de sites non personnelles et 7 500 sites personnels, soit 10 000 sites personnels)

Pris en charge

Nous avons vivement recommandé de limiter à 5 000 le nombre de collections de sites dans une base de données de contenu. Toutefois, le nombre maximal de collections de sites pouvant être prises en charge dans une base de données s’élève à 10 000. Notez que dans une base de données de contenu comportant jusqu’à 10 000 collections de sites, 2 500 d’entre elles au maximum peuvent être des collections de sites non personnelles. Il est possible de prendre en charge 10 000 collections de sites personnelles si ce sont les seules collections de sites dans la base de données de contenu.

Ces limites concernent la vitesse de la mise à niveau. Plus le nombre de collections de sites est élevé dans une base de données, plus la mise à niveau est lente par rapport à la mise à niveau de la base de données et aux mises à niveau des collections de sites.

La limite du nombre de collections de sites dans une base de données est tributaire de la taille limite d’une base de données de contenu qui comporte plusieurs collections de sites. Par conséquent, à mesure qu’augmente le nombre de collections de sites dans une base de données, la taille moyenne des collections de sites qu’elle contient doit diminuer.

Le dépassement de la limite de 5 000 collections de sites risque d’entraîner des temps morts plus longs pendant les mises à niveau. Si vous envisagez de dépasser 5 000 collections de sites, nous vous recommandons de mettre en œuvre une stratégie de mise à niveau précise pour faire face à la longueur des temps d’arrêt et à l’impact sur les opérations et de renforcer la configuration matérielle pour accélérer les mises à niveau et les mises à jour logicielles qui ont un impact sur les bases de données.

Pour définir le niveau d’avertissement et le niveau maximal du nombre de sites dans une base de données de contenu, utilisez l’applet de commande Windows PowerShell Set-SPContentDatabase avec le paramètre -WarningSiteCount. Pour plus d’informations, voir Set-SPContentDatabase.

Sous-système de stockage étendu des objets blob (RBS) sur le serveur NAS (Network Attached Storage)

Le temps d’attente du premier octet d’une réponse en provenance du serveur NAS ne doit pas dépasser 40 millisecondes 95 % du temps.

Frontière

Lorsque SharePoint Server 2013 est configuré pour utiliser RBS et que des objets BLOB résident sur le support de stockage NAS, envisagez la limite prise en charge suivante.

Entre le moment où SharePoint Server 2013 demande un objet BLOB et le moment où il reçoit le premier octet de la part du serveur NAS, 95 % du temps, pas plus de 40 millisecondes ne peuvent s’écouler.

Le tableau suivant répertorie les recommandations pour les collections de sites.

Collections de sites par batterie de serveurs

750 000 (500 000 sites personnels et 250 000 autres sites par batterie de serveurs)

Pris en charge

Le nombre recommandé maximal de collections de sites par batterie de serveurs est 500 000 sites personnels plus 250 000 pour tous les autres modèles de sites. Les sites peuvent tous résider sur une seule application web ou peuvent être répartis dans plusieurs applications web.

Notez que cette limite est affectée par d’autres facteurs susceptibles de réduire le nombre effectif de collections de sites qu’une base de données de contenu donnée peut prendre en charge. Il est nécessaire d’être prudent afin d’éviter de dépasser les limites prises en charge quand un objet conteneur, tel qu’une base de données de contenu, contient un grand nombre d’autres objets. Par exemple, si une batterie de serveurs contient un nombre total réduit de bases de données de contenu comportant chacune un nombre élevé de collections de sites, les performances de la batterie de serveurs risquent d’être affectées longtemps avant que ne soit atteint le nombre maximal de collections de sites pris en charge.

Par exemple, la batterie A contient une application web qui comporte 200 bases de données de contenu, une configuration prise en charge. Si chacune de ces bases de données de contenu contient 1 000 collections de sites, le nombre total de collections de sites dans l’application web atteint 200 000, ce qui se situe dans les limites prises en charge. En revanche, si chaque base de données de contenu contient 10 000 collections de sites, même si ce nombre est pris en charge pour une base de données de contenu, le nombre total de collections de sites dans la batterie de serveurs s’élève à 2 000 000, ce qui dépasse la limite du nombre de collections de sites par application web.

L’utilisation de la mémoire sur les serveurs web doit être surveillée, car elle est tributaire de modèles d’utilisation et des modalités d’accès à un nombre élevé de sites dans une période donnée. De même, les cibles d’analyse risquent de faire également état d’une pression de mémoire, situation dans laquelle le pool d’applications doit être configuré de manière à ce qu’il soit recyclé avant que la mémoire disponible sur chaque serveur web ne soit inférieure à 2 Go.

Site web

250 000 par collection de sites

Pris en charge

Le nombre recommandé maximal de sites et de sous-sites est de 250 000.

Vous pouvez créer un nombre total de sites web très élevé en imbriquant des sous-sites. Par exemple, dans une hiérarchie peu profonde de 100 sites, comportant chacun 1 000 sous-sites, vous disposez d’un total de 100 000 sites web. De même, dans une hiérarchie profonde de 100 sites, comportant chacun 10 niveaux de sous-site, vous disposez également d’un total de 100 000 sites web.

Remarque : la suppression ou la création d’un site ou d’un sous-site peut avoir un impact significatif sur la disponibilité d’un site. L’accès au site et aux sous-sites est limité pendant la suppression du site. En outre, une tentative de créer de nombreux sous-sites en même temps peut échouer.

Taille des collections de sites

Taille maximale de la base de données de contenu

Pris en charge

Une collection de sites peut atteindre le volume limite de la taille de base de données de contenu du scénario d’utilisation applicable. Pour plus d’informations sur les différentes limites de la taille de base de données de contenu pour des scénarios d’utilisation spécifiques, voir le tableau Limites des bases de données de contenu dans cet article.

En général, nous recommandons vivement de limiter la taille des collections de sites à 100 Go pour les raisons suivantes :

  • Certaines actions sur les collections de sites, telles que la sauvegarde/restauration d’une collection de sites ou l’applet de commande Windows PowerShell Move-SPSite, entraînent des opérations SQL Server d’envergure qui peuvent avoir une influence sur les performances ou échouer si d’autres collections de sites sont actives dans la même base de données. Pour plus d’informations, voir Move-SPSite.

  • La sauvegarde et la restauration des sites SharePoint est uniquement prise en charge pour une taille de collection de sites maximale s’élevant à 100 Go. Pour les collections de sites plus volumineuses, il est nécessaire de sauvegarder la totalité de la base de données de contenu. Si plusieurs collections de sites supérieures à 100 Go sont comprises dans une base de données de contenu unique, les opérations de sauvegarde et de restauration peuvent prendre longtemps et risquent d’échouer.

Nombre de canaux d’appareil par collection de sites de publication

10

Frontière

Le nombre maximal de canaux d’appareil autorisé par collection de sites de publication s’élève à 10.

Le tableau suivant répertorie les recommandations pour les listes et les bibliothèques. Pour plus d’informations, voir Conception de grandes listes et optimisation des performances des listes (SharePoint Server 2010).

Taille des lignes des listes

8 000 octets par ligne

Frontière

Chaque élément de liste ou de bibliothèque ne peut occuper que 8 000 octets au total dans la base de données. 300 octets sont réservés, ce qui laisse 7 700 octets pour les colonnes des utilisateurs finals. Pour plus d’informations sur la quantité d’espace consommée par chaque type de champ, voir Limites des colonnes.

Taille des fichiers

2 Go

Frontière

La taille de fichier maximale par défaut est de 250 Mo. Cette limite est configurable et peut être augmentée jusqu’à 2 Go (2 047 Mo). Toutefois, une quantité élevée de fichiers très volumineux peut avoir une incidence sur les performances de la batterie de serveurs.

Documents

30 000 000 par bibliothèque

Pris en charge

Vous pouvez créer des bibliothèques de documents très volumineuses en imbriquant des dossiers ou en utilisant une hiérarchie de site et des affichages standard. Cette valeur peut varier suivant la façon dont les documents et les dossiers sont organisés et en fonction du type et de la taille des documents stockés.

Versions principales

400 000

Pris en charge

Si vous dépassez cette limite, les opérations de base sur les fichiers, telles que l’ouverture, l’enregistrement, la suppression d’un fichier et l’affichage de l’historique des versions, risquent d’échouer.

Version mineure

511

Frontière

Le nombre maximal de versions de fichier mineures s’élève à 511. Cette limite ne peut pas être dépassée.

Éléments

30 000 000 par liste

Pris en charge

Vous pouvez créer des listes très volumineuses en utilisant la navigation par métadonnées, des hiérarchies de site et des affichages standard. Cette valeur peut varier suivant le nombre de colonnes dans la liste et l’utilisation de celle-ci.

Opérations en bloc

100 éléments par opération en bloc

Frontière

L’interface utilisateur permet de sélectionner au maximum 100 éléments pour les opérations en bloc.

Seuil de recherche d’affichage de liste

12 opérations de jointure par requête

Seuil

Spécifie le nombre maximal de jointures autorisées par requête, telles que celles basées sur des colonnes de recherche, personne/groupe ou d’état de flux de travail. Si la requête utilise plus de huit jointures, l’opération est bloquée. Ceci ne s’applique pas à des opérations sur un seul élément. Lors de l’utilisation de l’affichage maximal via le modèle objet (en ne spécifiant aucun champ d’affichage), SharePoint retourne jusqu’aux 12 premières recherches.

Remarque : Après avoir appliqué le package de mise à jour cumulative de SharePoint Server 2013 publié le 13 août 2013 (https://support.microsoft.com/fr-fr/kb/2817616), la valeur par défaut est augmentée de 8 à 12.

Seuil d’affichage de liste

5,000

Seuil

Spécifie le nombre maximal d’éléments de liste ou de bibliothèque qu’une opération de base de données telle qu’une requête peut traiter en même temps en dehors de la fenêtre de temps quotidienne définie par l’administrateur, au cours de laquelle les requêtes ne sont pas limitées.

Seuil d’affichage de liste pour les auditeurs et les administrateurs

20,000

Seuil

Spécifie le nombre maximal d’éléments de liste ou de bibliothèque qu’une opération de base de données telle qu’une requête peut traiter en même temps lorsqu’elle est effectuée par un auditeur ou un administrateur ayant les autorisations appropriées. Ce paramètre fonctionne avec Autoriser le remplacement du modèle objet.

Sous-site

2 000 par affichage de site

Seuil

L’interface permettant d’énumérer les sous-sites d’un site web donné est moins performante dès que le nombre de sous-sites est supérieur à 2 000. De même, les performances de la page Tout le contenu du site et du contrôle arborescence diminuent sensiblement à mesure que le nombre de sous-sites croît.

Co-création dans Word et PowerPoint pour des fichiers .docx, .pptx et .ppsx

10 éditeurs simultanés par document

Seuil

Le nombre maximal recommandé d’éditeurs simultanés est de 10. La frontière est 99.

Si 99 co-auteurs travaillent simultanément sur un même document ouvert, chaque utilisateur suivant obtient l’erreur « Fichier en cours d’utilisation » et peut uniquement ouvrir une copie en lecture seule.

Dès que le nombre de co-éditeurs est supérieur à 10, l’expérience utilisateur se dégrade progressivement en raison du nombre croissant de conflits et les utilisateurs risquent de s’y prendre à plusieurs reprises pour télécharger correctement leurs modifications vers le serveur.

Étendue de sécurité

50 000 par liste

Seuil

Le nombre maximal d’étendues de sécurité uniques défini pour une liste ne peut être supérieur à 50 000.

Pour la plupart des batteries de serveurs, nous vous recommandons de diminuer cette limite à 5 000 étendues uniques. Pour les grandes listes, privilégiez une conception qui utilise le moins d’autorisations uniques possible.

Quand le nombre d’étendues de sécurité uniques pour une liste dépasse la valeur du seuil d’affichage de liste (défini par défaut sur 5 000 éléments de liste), l’affichage de la liste donne lieu à des allers-retours SQL Server supplémentaires, ce qui peut affecter les performances de l’affichage des listes.

Une étendue constitue la frontière de sécurité pour un objet sécurisable et tous ses enfants pour lesquels aucune frontière de sécurité distincte n’est définie. Une étendue contient une liste de contrôle d’accès, mais à la différence des listes de contrôle d’accès NTFS, une étendue peut inclure des principaux de sécurité propres à SharePoint Server 2013. Les membres d’une liste de contrôle d’accès pour une étendue peuvent comprendre des utilisateurs Windows, des comptes d’utilisateur autres que des utilisateurs Windows (tels que des comptes basés sur des formulaires), des groupes Active Directory ou des groupes SharePoint.

Les données SharePoint Server 2013 sont stockées dans des tables SQL Server. Pour autoriser le nombre maximal de colonnes possible dans une liste SharePoint, SharePoint Server 2013 crée plusieurs lignes dans la base de données lorsque les données ne contiennent pas dans une seule ligne. Cette opération s’appelle « retour automatique à la ligne ».

À chaque retour à la ligne dans SQL Server, une charge de requête supplémentaire est soumise au serveur lorsque cet élément est interrogé, car une jointure SQL doit être incluse dans la requête. Pour que les charges ne soient pas excessives, par défaut, au maximum six lignes SQL Server sont autorisées pour un élément SharePoint. Cette limite se traduit par une limitation spécifique du nombre de colonnes de chaque type pouvant être incluses dans une liste SharePoint. Le tableau suivant décrit les limites pour chaque type de colonne.

Le paramètre de retour automatique à la ligne peut être augmenté au-delà de six, mais cela risque de se traduire par des charges excessives sur le serveur. Nous vous recommandons de tester les performances avant de dépasser cette limite.

La valeur de la taille de chaque type de colonne est indiquée en octets. La somme de toutes les colonnes dans une liste SharePoint ne peut pas dépasser 8 000 octets. Suivant l’utilisation de la colonne, les utilisateurs peuvent atteindre la limite de 8 000 octets avant d’atteindre la limite de six lignes spécifique au retour automatique à la ligne.

Une seule ligne de texte

255

Seuil

30 octets

Plusieurs lignes de texte

350

Seuil

22 octets

Choix

255

Seuil

30 octets

Choix (plusieurs sélections)

350

Seuil

22 octets

Nombre

550

Seuil

14 octets

Monétaire

550

Seuil

14 octets

Date et heure

550

Seuil

14 octets

Recherche

750

Seuil

10 octets

Oui/Non

1000

Seuil

7 octets

Personne ou groupe

750

Seuil

10 octets

Lien hypertexte ou image

127

Seuil

60 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 32 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 192 colonnes de type Lien hypertexte ou image par liste SharePoint (6 * 32 = 192). Toutefois, la limite par élément de liste SharePoint étant de 8 000 octets, dont 256 réservés pour les colonnes SharePoint prédéfinies, la limite réelle doit être de 138 colonnes de type Lien hypertexte ou image.

Calculé

255

Seuil

30 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 8 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 48 colonnes de type Calculé par liste SharePoint (6 * 8 = 48).

GUID

350

Seuil

22 octets

Le retour automatique à la ligne SQL Server se produit après chaque colonne dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 6 colonnes de type GUID par liste SharePoint (6 * 1 = 6).

Int

750

Seuil

10 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 16 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 96 colonnes de type Ent par liste SharePoint (6 * 16 = 96).

Métadonnées gérées

190

Seuil

60 octets pour la première, 40 octets pour chacune des suivantes

Quatre colonnes sont allouées au premier champ Métadonnées gérées ajouté à une liste :

  • Un champ Liste de choix pour la balise réelle

  • Un champ de texte masqué pour la valeur de chaîne

  • Un champ Liste de choix pour le fourre-tout

  • Un champ Liste de choix pour les éléments n’appartenant pas au fourre-tout

Chaque ajout de champ Métadonnées gérées à une liste se traduit par l’ajout de deux colonnes :

  • Un champ Liste de choix pour la balise réelle

  • Un champ de texte masqué pour la valeur de chaîne

Le nombre maximal de colonnes de métadonnées gérées est égal à (14 + (16 * (n-1))) où n représente la valeur du mappage de lignes (6 par défaut).

Géolocalisation

2

Seuil

30 octets

Les colonnes de type Données externes présentent le concept de colonne principale et de colonnes secondaires. Lorsque vous ajoutez une colonne de données externes, vous pouvez sélectionner certains champs secondaires de type contenu externe en vue de les ajouter à la liste. Par exemple, dans le cas d’un type de contenu externe « Client » qui possède des champs tels que les champs « ID », « Nom », « Pays » et « Description », lorsque vous ajoutez une colonne de données externes de type « Client » à une liste, vous pouvez ajouter des champs secondaires pour afficher les « ID », « Nom », « Pays » et « Description » du client. Dans l’ensemble, les colonnes ajoutées sont les suivantes :

  • Colonne principale : un champ texte.

  • Colonne ID masqué : un champ texte multiligne.

  • Colonnes secondaires : chaque colonne secondaire est un champ texte/nombre/booléen/texte multiligne basé sur le type de données de la colonne secondaire définie dans le modèle du catalogue de données métiers. Par exemple, ID peut être mappé sur une colonne Nombre, Nom sur une colonne Une seule ligne de texteet Description sur une colonne Plusieurs lignes de texte.

Le tableau suivant répertorie les recommandations pour les pages.

Composants WebPart

25 par page Wiki ou page de composants WebPart

Seuil

Ce chiffre est une estimation basée sur des composants WebPart simples. La complexité des composants WebPart détermine le nombre de composants WebPart pouvant être utilisés sans que les performances soient affectées.

Nombre de groupes SharePoint auxquels un utilisateur peut appartenir

5,000

Pris en charge

Cette limite n’est pas codée en dur, mais elle est cohérente avec les recommandations Active Directory. Plusieurs éléments ont une incidence sur ce nombre :

  • La taille du jeton d’utilisateur.

  • Le cache des groupes : SharePoint Server 2013 possède une table qui met en cache le nombre de groupes auxquels un utilisateur appartient dès que ces groupes sont utilisés dans des listes de contrôle d’accès.

  • La durée de la vérification de sécurité : lorsque le nombre de groupes dont un utilisateur est membre augmente, la durée nécessaire pour la vérification de l’accès augmente également.

Utilisateurs dans une collection de sites

2 millions par collection de sites

Pris en charge

Vous pouvez ajouter des millions de personnes à votre site web à l’aide de groupes de sécurité Microsoft Windows pour gérer la sécurité, au lieu d’utiliser des utilisateurs individuels.

Cette limite repose sur la facilité de gestion et de navigation dans l’interface utilisateur.

Lorsque la collection de sites comprend plus d’un millier d’entrées (groupes de sécurité d’utilisateurs), vous devez employer Windows PowerShell pour gérer les utilisateurs, au lieu de l’interface utilisateur. Cela procure une meilleure expérience en matière de gestion.

Utilisateurs/principaux Active Directory dans un groupe SharePoint

5 000 par groupe SharePoint

Pris en charge

SharePoint Server 2013 vous permet d’ajouter des utilisateurs ou des groupes Active Directory à un groupe SharePoint.

Vous pouvez obtenir des performances acceptables dans la limite de 5 000 utilisateurs (ou utilisateurs ou groupes Active Directory) dans un groupe SharePoint.

Les activités les plus concernées par cette limite sont les suivantes :

  • Extraction d’utilisateurs pour valider les autorisations. Cette opération prend d’autant plus de temps que le nombre d’utilisateurs dans un groupe est élevé.

  • Rendu de l’appartenance de l’affichage. Cette opération prend toujours du temps.

Groupes SharePoint

10 000 par collection de sites

Pris en charge

Au-delà de 10 000 groupes, la durée d’exécution des opérations augmente de manière significative. Cela est particulièrement vrai pour l’ajout d’un utilisateur à un groupe existant, la création d’un groupe et le rendu des affichages de groupes.

Principal de sécurité : taille de l’étendue de sécurité

5 000 par liste de contrôle d’accès

Pris en charge

La taille de l’étendue a une incidence sur les données utilisées pour le calcul d’une vérification de sécurité. Ce calcul est effectué chaque fois que l’étendue change. Il n’existe pas de limite codée en dur, mais plus l’étendue est grande, plus la durée du calcul est longue.

Limites par fonctionnalité

Cette section répertorie les limites par fonctionnalité.

Les instructions recommandées pour la recherche sont organisées selon les aspects de la recherche sur lesquels elles ont un impact : la topologie, la taille des éléments, les dictionnaires, les analyses, les schémas, les requêtes et résultats, le classement et l’index.

Les limites de topologie permettent de garantir une communication efficace entre les composants de recherche. Le dépassement de ces limites ralentit la communication entre les composants de recherche, ce qui peut entraîner des latences de requête plus élevées et, en fin de compte, un temps d’arrêt de la recherche.

Composants de traitement de l’analyse

6 par application de service de recherche ; 1 par serveur

Pris en charge

Bases de données de création de rapports d’analyse

4 par application de service de recherche

Seuil

Vous pouvez dépasser cette limite afin de tenir compte d’exigences spécifiques. Lors de la mise à l’échelle, ajoutez une base de données de création de rapports d’analyse si l’une des bases de données d’analyse déployées atteint une taille totale de 250 Go ou un nombre total de lignes de 20 millions. Le repartitionnement est ainsi aussi équilibré que possible.

Bases de données de liens

4 par application de service de recherche

Pris en charge

Le plus grand nombre d’éléments testés qu’une base de données de liens peut contenir est de 100 millions.

Composants d’analyse

16 par application de service de recherche ; 1 par serveur

Pris en charge

Composants d’index

60 par application de service de recherche ; 4 par serveur

Pris en charge

Pour calculer le nombre de composants d’index dont vous disposez, multipliez le nombre de partitions d’index par le nombre de réplicas d’index.

Pour SharePoint Foundation 2013, cette limite est fixée à un composant d’index par application de service de recherche et ne peut pas être dépassée.

Partitions d’index

25 par application de service de recherche

Pris en charge

Une partition d’index contient un sous-ensemble de l’index de l’application de service de recherche. Si vous augmentez le nombre de partitions d’index, chaque partition contient un sous-ensemble plus petit de l’index, ce qui réduit la mémoire RAM et l’espace disque nécessaires sur les serveurs qui hébergent les d’index.

Pour SharePoint Foundation 2013, le nombre maximal de composants d’index par application de service de recherche est 1, qui est aussi la limite du nombre maximal de partitions d’index par application de service de recherche.

Copies d’index

3 par partition d’index

Pris en charge

Chaque partition d’index peut posséder un ensemble de copies. Si vous augmentez le nombre de copies d’index, cela se traduit par une amélioration des performances des requêtes et par une meilleure tolérance de panne. Toutefois, si vous ajoutez trop de copies à votre partition d’index, cela peut avoir une incidence négative sur l’indexation.

Dans des scénarios de type sites Internet, qui présentent généralement un taux de requête élevé mais un volume de contenu faible (moins de 4 millions d’éléments par partition), la limite prise en charge est de 6 copies d’index par partition.

Pour SharePoint Foundation 2013, le nombre maximal de composants d’index par application de service de recherche est 1, qui est aussi la limite du nombre maximal de réplicas d’index par application de service de recherche.

Composants de traitement de contenu

1 par serveur

Pris en charge

La topologie de recherche prend en charge la mise à l’échelle du nombre de composants de traitement de contenu. Bien qu’un hôte physique ou un ordinateur virtuel spécifique prenne en charge plusieurs composants de traitement de contenu, vous optimisez la capacité de l’UC en utilisant un seul composant de traitement de contenu. En effet, un mécanisme intégré ajuste le nombre de sessions de chargement en fonction des cœurs d’UC disponibles. Plusieurs sessions de chargement permettent au composant de traitement de contenu de traiter les documents entrants en parallèle. Ce mécanisme suppose la présence d’un seul composant de traitement de contenu par hôte.

Si le nombre de cœurs physiques sur l’hôte est égal à N, le composant de traitement de contenu détient N*K sessions de chargement, K étant un coefficient constant dont la valeur initiale est 3. Un serveur équipé de 4 cœurs détient 12 sessions de chargement, ce qui signifie que le composant de traitement de contenu peut traiter 12 documents en parallèle. Vous pouvez modifier la valeur de K en définissant la propriété NumberOfCssFeedersPerCPUForRegularCrawl de l’application de service de recherche. SharePoint 2013 limite la valeur de N à 12, même si un serveur possède plus de 12 cœurs physiques. Par conséquent, un serveur équipé de 16 cœurs détient 36 (N * K = 12 * 3) sessions de chargement.

En cas de temps d’inactivité au niveau de l’UC, pensez à augmenter le coefficient K au lieu d’ajouter un composant de traitement de contenu. Si vous augmentez le coefficient K, vous devez vérifier que l’hôte dispose de suffisamment de mémoire.

Composants de traitement des requêtes

1 par serveur

Pris en charge

SharePoint 2013 prend uniquement en charge un composant de traitement des requêtes par ordinateur physique ou virtuel.

Composants de recherche

64 par application de service de recherche

Pris en charge

Cette limite n’inclut pas les composants d’analyse. La somme des autres composants de recherche ne doit pas dépasser cette limite.

Applications de service de recherche

20 par batterie de serveurs

Pris en charge

Plusieurs applications de service de recherche peuvent être déployées sur une même batterie de serveurs, car vous pouvez affecter des bases de données et des composants de recherche à différents serveurs. Cette limite est inférieure au nombre total maximal d’applications de service autorisé dans une batterie de serveurs.

Sources de contenu

500 par application de service de recherche

Frontière

Il existe une surcharge associée à chaque source de contenu. Par conséquent, nous vous recommandons de créer le plus petit nombre de sources de contenu répondant à vos autres exigences opérationnelles, par exemple des différences de priorité et de planification d’analyse.

Repost 0
Published by SOUSSI Imed
commenter cet article
2 décembre 2015 3 02 /12 /décembre /2015 09:34

It is highly recommended that you do not delete Resource/Users when using a PPM tool such as Microsoft Project because you could potentially lose all the history related to the resource/user.

For example – You create a user named John Smith who can also be assigned to projects as a resource. You have assigned John to multiple tasks on a project and he has also been submitting time against these tasks. If you delete John, you will lose all the actuals that were reported by him.

So what should you do if you want to stop John from logging into the system or would like to stop project managers from adding him to projects as a resource? You can Inactivate the resource. To Inactivate a resource follows these steps –

  1. Login to your PWA site with Administrative permissions.
  2. Click on Resource Center in the Quick Launch Bar.

  3. Select the Resource you would like to inactivate and then click Edit.

 

  4. Under the Identification Information, select Inactive for the Account Status and then click Save.

 

There can be instances where you should delete a user/resource instead of just deactivating them. For example if you accidentally add a user.

Before you delete a user/resource, you need to ensure the following –

  1. The user is not a Project Owner for any projects.
  2. The user is not a timesheet manager of another resource.
  3. The user is not the default Assignment Owner for another resource.
  4. The user is not a Status Manager for any tasks.
  5. The resource/user is not checked out.

Once you have confirmed the above, follow these steps to delete a resource/user –

Microsoft Project Server 2010

  • Login to your PWA with Administrative permissions.
  • Click on Server settings in the quick launch.

  • Click on Delete Enterprise Objects under the Database Administration section.

  • Select Resources and Users under What do you want to delete from Project Server section.

  • Select the User/Resource you want to delete and then click Delete.

 

Microsoft Project Server 2013

  • Login to your PWA with Administrative permissions.
  • Click on the Gear on the top right and then select Server settings.
  • Click on Delete Enterprise Objects under the Queue & Database Administration section.

  • Select Resources and Users under What do you want to delete from Project Server section.

  • Select the User/Resource you want to delete and then click Delete.

Resources/Users are deleted through a queue, so check the queue for completed jobs to see if the resource/user was deleted.

Repost 0
Published by SOUSSI Imed
commenter cet article
5 mai 2015 2 05 /05 /mai /2015 20:53

Tout d'abord, vérifiez quelle édition de SQL Server que vous exécutez est en exécutant "SELECT@@VERSION" dans une fenêtre de requête SSMS.

Démarrez le SQL Server 2012 Enterprise (DVD / ISO). Lorsque l'application SQL Server Centre d'installation apparaît, cliquez sur le lien "Maintenance" sur le panneau en haut à gauche de l'application.

Puis, à la partie supérieure du panneau droit de l'application SQL Server Centre d'installation, cliquez sur le lien "Édition Upgrade".

Une nouvelle boîte de l'application apparaît. Cette application va faire un scan pour "Règles de support d'installation". Si cette analyse réussit, puis cliquez sur le bouton OK dans le coin en bas à droite de l'application.

L'application va disparaître, la il peut apparaître un couple de pop des boîtes qui vont disparaître chacun sur son propre.

La «Mise à niveau de l'édition de SQL Server 2012" application apparaîtra. Ceci effectuera un balayage pour "Règles de support d'installation" les. Une analyse différente, alors celui réalisé avant. Cliquez sur le bouton Suivant lorsque l'analyse est terminée.

L'écran suivant est l'écran clé de produit. Entrez votre clé de produit, si elle ne remplit pas l'auto "Entrez la clé de produit:" zone de texte. Puis cliquez sur le bouton SUIVANT.

L'écran suivant est l'écran Licence à terme. Cliquez sur le "Je accepte les termes de la licence" case à cocher. Ensuite, cliquez sur le bouton SUIVANT.

Le prochain est l'écran Sélectionner instance. Déposez la zone de liste déroulante le bas pour sélectionner l'instance que vous souhaitez mettre à jour. Une liste des instances reconnues sera liste de la boîte cas de grille installée. Ensuite, cliquez sur le bouton SUIVANT. Une boîte s'il vous plaît attendez peut apparaître pendant quelques secondes.

L'écran Édition de mise à niveau des règles apparaît à côté. Une analyse sera exécuté pour valider le processus de mise à niveau de l'édition. Une fois l'analyse terminée, cliquez sur le bouton Suivant.

Le Prêt à évoluer écran édition apparaît à côté. Dans la zone de texte apparaît une liste d'objet qui vont être mis à niveau. Après avoir examiné cette liste, cliquez sur le bouton de mise à niveau.

Une fois le bouton de mise à niveau a été cliqué, il sera grisé. Ensuite, rien ne se passera peut-être pour une minute. Puis l'écran complet si la mise à jour a réussir. Cliquez sur le bouton CLOSE.

Fermez le «Centre d'installation SQL Server" de l'application, par cliquez sur la boîte de X dans le coin en haut à droite.

Vérifiez que SQL Server a mis à jour en exécutant le "SELECT@@VERSION" dans une fenêtre de requête SSMS.

Note finale: Au meilleur de ma connaissance, aucun redémarrage est nécessaire après la mise à niveau est terminée. Je l'ai couru un test sur chaque SQL 2008R2 & SQL 2012. Les deux ne nécessitera un redémarrage. Ce fut sur un système d'exploitation serveur 2008R2. S'il vous plaît tester avant de tenter cela dans un environnement de production.

Source : http://www.thesqlreport.com/?p=349
Repost 0
Published by SOUSSI Imed
commenter cet article
27 avril 2015 1 27 /04 /avril /2015 10:49

For a SharePoint installation, this page recommends the following best practices and naming conventions for service accounts. In your deployment you many not need all these accounts. For example, if PerformancePoint will not be deployed then you will not need the PerformancePoint service account.

Overview

The account name is arbitrary. But, ensure the length of the account is within the character limits (see below: SharePoint and Managed Service Accounts and SharePoint Service Account Character Length) and the name is short while at the same time descriptive enough.

Service Accounts
SQL Server
SQL Admin
SQL Service
SharePoint Server
SP Admin
SP Farm
SP Web Application
SP Services
SP C2WTS
SP Cache Super User
SP Cache Super Reader
SP Excel User
SP Visio User
SP PerformancePoint User
SP My Site Application Pool Account
SP Profile Synchronization
SP Search Service
SP Search Crawl
Project Server
Accounts
Groups
SharePoint and Managed Service Accounts
SharePoint Service Account Character Length

  • SQL Server Accounts
    • SQL Admin
    • SQL Service
  • SharePoint Server Accounts
    • SP Admin
    • SP Farm
    • SP Web Application
    • SP Services
    • SP C2WTS
    • SP Cache Super User
    • SP Cache Super Reader
    • SP Excel User
    • SP Visio User
    • SP PerformancePoint User
    • SP Profile
    • SP Profile Sync
    • SP Search Crawl
  • Project Server Accounts and Groups
    • PS Project
    • PS Workflow Proxy
    • PS Project Report
    • PS Project Report Authors
    • PS Project Report Viewers
    • PS Project External Report Viewers

Service Accounts

SQL Server
  • Setup User Administrator Account
  • Used for:
    • SQL Server Administrator (this account has unrestricted access to the DB engine)
    • SQL installation/update/upgrade
  • Domain account
  • Local Admin on SQL Server machine
  • Used for:
    • Running SQL Server engine and SQL Server Agent.
  • Domain account
  • Preferably Managed Service Account
  • Optionally, for more secure environments you will want to create multiple account (all domain accounts and MSA) for each of SQL Server services.
    • SQL Service - for SQL DB Engine
    • SQL Agent Service - for SQL Agent
    • SQL AS Service - for SQL Server Analysis Services
    • SQL RS Service - for SQL Server Reporting Services
    • SQL IS Service - for SQL Server Integration Services
    • SQL DR Controller Service - for Distributed Replay Controller
    • SQL DR Client Service - for Distributed Replay Client
SharePoint Server
  • Setup User Administrator Account
  • Used for:
    • SharePoint installation
    • Running the SharePoint Product Configuration Wizard
    • Other Farm configurations
  • Domain account
  • Local Admin on APP and WFE servers
  • SharePoint Database Access Account (AKA SharePoint Farm Service Account)
  • Used for:
    • Central Administration app pool identity
    • Microsoft SPF Workflow Timer Service account
  • Domain account
  • During User Profile Synchronization application provisioning needs to be local admin and have Log On Locally rights on the Server that will be hosting the UPS application
    • After UPS application provisioning remove the local admin privilege but keep the Log On Locally rights
    • After giving this account local admin and Log On Locally rights permissions, it is important that you logout and log back into the server (or restart the server)
  • Web Application Pool Account
  • Used for:
    • Application pool identity for the main web application IIS website
  • Domain account
  • SharePoint Web Services Application Pool Account
  • Used for:
    • Application pool identity for the SharePoint Web Services IIS website
  • Domain account
  • Claims to Windows Token Service Account
  • Used as the identity for the Claims to Windows Token Service account
  • Create this dedicate account if you plan to use Excel, Visio, PerformancePoint, or Office Web Apps Excel services.
  • Domain account
  • Local Admin on SharePoint Servers that will be running any of the following services:
    • Excel Services
    • Visio Service
    • PerformancePoint Service
    • Office Web Apps Excel Service
  • Portal Super User
  • Used for:
    • Super user cache account
  • Domain account
  • This account requires Full Control access to the web application.
  • Portal Super Reader
  • Used for:
    • Super reader cache account
  • Domain account
  • This account requires Full Read access to the web application.
  • Excel Service Unattended Service Account
  • Used for:
    • Connecting to external data sources that require a username and password that are based on OS other than Windows for authentication
  • Domain account
  • Visio Graphics Service Unattended Service Account
  • Used for:
    • Connecting to external data sources that require a username and password that are based on OS other than Windows for authentication
  • Domain account
  • PerformancePoint Service Unattended Service Account
  • Used for:
    • Connecting to external data sources that require a username and password that are based on OS other than Windows for authentication
  • Domain account
  • My Sites Application Pool Account
  • Used for:
    • My Site application pool
  • Domain account
  • If you are hosting My Site site collection under the same web application as other site collections, then you don't need this account. Create this account only if you are creating a dedicated web application of My Site site collection, in which case you set the web application app pool account to this account.
  • Synchronization Account
  • Used for:
    • Connecting to a directory service
    • User Profile Services to access AD
    • User Profile Services to run profile synchronization
  • Domain account
  • This accounts requires Replicate Directory Changes in AD DS on the domain node
    • The Grant Replicate Directory Changes permission does not enable an account to create, change or delete AD DS object. It enables the account to read AD DS objects and to discover AD DS object that were changed in the domain.
  • Search Service Account
  • Used for:
    • Windows user credentials for the SharePoint Search service
  • Domain account
  • Default Content Access Account
  • Used for:
    • For Search service application to crawl content.
  • Domain account
  • This account must have read access to external or secure content sources that SharePoint will be crawling.
  • For SharePoint sites that are not part of the server farm, this account must explicitly be granted full read permissions to the web applications that host the sites
Project Server

If planning to deploy Project Server the following accounts and groups are required for least-privilege scenario

  • PS Project
    • Project Server Service Application Application Pool Account
    • Database owner for content databases with the Web application
    • Read/write access to the associated Project Server Service Application database
    • Read permission on SharePoint_Config database
  • PS Project Report
    • Secure Store Target Application Account
    • This account provides the credentials needed for report viewers to view reports generated from data in the PWA database.
    • This account is used as part of the Secure Store Configuration
    • Add this account to the Report Authors Active Directory group
    • Permission:
      • Database datareader on PWA database
  • PS Workflow Proxy
    • Project Server Workflow Activities Account
    • This account is used to make Project Server Interface (PSI) calls associated with each workflow.
    • Configured as a Project Server user account, with the following permissions:
      • Global permissions:
        • Log On
        • Manage Users and Groups
        • Manage Workflow and Project Detail Pages
      • Category permissions:
        • Open Project
        • Save Project to Project Server
    • If using SharePoint Permission mode, add this account to the Administrators for PWA security group
  • PS Project Report Authors
    • Report Authors Group
    • AD security group - Global
    • Users in this group can create reports
    • If report authors will also be viewing reports, add this group to the Report Viewer Group
    • Permission: db_datareader on PWA database
  • PS Project Report Viewers
    • Report Viewers Group
    • AD security group - Global
    • Users in this group can view reports
    • This group is used as part of Secure Store configuration
      • That is, add the Secure Store account to this group
  • PS Project External Report Viewers
    • External Report Viewer Group
    • This account is optional
    • Users that do not have a PWA user account but require access to the Project Server BI Center to view reports
    • Add the Secure Store Target Application Account to the Report Authors Active Directory group
    • Permissions:
      • Read permission to the BI Center site

SharePoint and Managed Service Accounts

For SharePoint service accounts, do not create Active Directory Domain Services accounts that are Managed Service account or Virtual Service account. These two type of service accounts were introduced in Windows Server 2008 R2 and Windows 7. They are not supported in SharePoint 2013.

For SQL Server services use Managed Service account, if using SQL Server 2012. Managed Service account is now supported in SQL Server 2012. For example, you can use MSA for the SQL Server Engine and SQL Server Agent. Use MSA for SQL Server accounts that will not be used to login to the server. You can't use MSA to login to a server. The use of MSA for SQL Server services is considered as best practice. MSAs are limited to a total of 15 characters (this does not include the DOMAIN\ part). The following provides a good reference on how to enable MSA (http://blogs.technet.com/b/rhartskeerl/archive/2011/08/22/sql-server-code-name-denali-adds-support-for-managed-service-accounts.aspx )

SharePoint Service Account Character Length

SharePoint service accounts (managed accounts) are limited to a total of 20 characters - including the Domain Name (for example Domain\SP_Name - total characters should be less than 20). This limitation is not imposed on SQL Server service accounts or SharePoint's Setup User Account (ex: SPAdmin). But to be on the safe side, I would still follow the 20 to 25 character limit.

Source : http://social.technet.microsoft.com/wiki/contents/articles/14500.sharepoint-2013-service-accounts.aspx#Project_Server_Accounts
Repost 0
Published by SOUSSI Imed
commenter cet article

Articles Récents

Liens