Question : DB et exécution de division

Les experts, le

It semble comme si l'exécution vous ralentit par le passé a dédoublé le DB ?  C'est par rapport au DB sans spliting.  Y a-t-il des avantages dans la division contre la division ?  Est-il recommandé pour tous les utilisateurs (autour de 3) pour employer sur le réseau et ne pas se dédoubler ?  Je devine que ce si les utilisateurs n'ont pas l'embout avant sur leur ordinateur puis là pourrait être des issues avec des formes et des rapports parce que peut-être un autre utilisateur pourrait être sur la même forme et apporte une modification de données.  Je sais que l'installation typique est d'avoir un embout avant sur chaque ordinateur d'utilisateurs et d'avoir la partie postérieure sur le réseau.  

Thank you class= de

Réponse : DB et exécution de division

Vous pouvez faire le ce mais, dans la configuration de services de reportage mais, vous devrez remettre à zéro toutes les cordes de raccordement sur vos points d'émission partagés et chaque rapport qui a un point d'émission de ses propres. Si vous avez plus de 20 rapports que ce sera un grand projettent. Si vous ne remettez pas à zéro les mots de passe rapporte et programmait des rapports ne livrerez pas ou ne produirez pas en marche.

Si vous faites ce support la clef après vous l'a remis à zéro et place ce dossier de *.snk certains où sur le serveur où vous le trouverez encore pour reconstituer de la clef. Je soutiens habituellement la clef comme nom du compte de service qui court SSRS. svc_SSRS_agent.snk et emploient le mot de passe pour le compte de service comme mot de passe pour la clef. Le mot de passe pour le compte que SSRS court dessus ne devrait pas changer fréquemment ou vous devra faire ceci encore.