Lorsque je crée un nouveau package SSIS dans le SQL Server Business Intelligence Development Development Development Development Studio, Est-ce que quelqu'un sait s'il est possible de modifier la valeur de protection par défaut? CrypyptsenitiveWithUserKey , mais l'étendue de protection Standard que nous souhaitons utiliser est Dontsavesenitive .
3 Réponses :
Cliquez sur n'importe où dans la zone de conception de l'onglet Flux de contrôle dans le concepteur SSIS pour afficher les propriétés du package et choisir en fonction de votre exigence dans ProtectionLevel de Security TreeView .....
Merci, je sais comment le changer pour un forfait spécifique, je voudrais juste modifier le niveau de protection par défaut pour tous les futurs paquets :-)
C'est très utile, lolcoder, comme vous ne peut pas d'arriver à ces propriétés en cliquant avec le bouton droit de la souris sur un package et en choisissant des propriétés. Damn vous, maps!
SSIS 2012 permet de définir le niveau de projet du niveau de protection de l'emballage.
Si je modifie manuellement le niveau de protection de l'emballage à quelque chose de différent du projet, cela échouera lorsque vous essayez d'exécuter / construire.
J'ai trouvé la meilleure approche consiste à créer des packages de modèle, dans un projet ou dans l'installation de Visual Studio.
Après avoir créé votre package de base, configurez la journalisation, la configuration, le niveau de protection des packages, etc., vous devez alors trouver un moyen de l'utiliser. Si elle est basée sur le projet, je trouve qu'il est important de disposer de personnes de régénérer les identifiants de colis après la copie du colis. BidShelper est merveilleux pour vous adresser à ce fait avec le bouton droit de la souris sur le package de l'explorateur de la solution et sélectionnez Si vous choisissez d'aller établir des modèles de "Ajouter un nouveau menu d'élément" (Ctrl-Shift-A) Tout ce que vous avez à faire est de copier le (s) emballage (s) dans votre Dossier de modèle . La vérification de la cohérence du projet a échoué. Les incohérences suivantes ont été détectées: Paquet3.dtsx a une largeur de protection différente que le projet.
Alors qu'est-ce qu'une âme à faire avec 2005-2008R2?
Réinitialiser les GUID. . Sinon, j'ai une annotation dans mon package de base rappelant les développeurs de cliquer avec le bouton droit de la souris sur le flux de contrôle, sélectionnez Propriétés et dans la propriété ID, cliquez sur
Dans mon expérience Changer le niveau de propriétés du projet ne fait rien aux packages individuels. Mais il existe une solution dans la page suivante:
http: // TechNet. microsoft.com/en-us/library/cc879310.aspx
qui est d'utiliser une commande comme .. in votre dossier de projet SSIS. Il changera chaque module dans le projet au niveau de protection spécifié dans la deuxième valeur de la dernière fois. Si c'est 0, ne stockez pas les valeurs, vous n'avez pas besoin du mot de passe et pouvez vous débarrasser du dernier point-virgule et tout après. L'article MSDN suivant a une table avec les numéros de chacun Niveau de protection, tel qu'utilisé avec Dtutil: http: // technique.microsoft.com/en-us/library/ms141747.aspx
Wow, belle solution de contournement! Merci d'avoir partagé cela, vous faites déjà que mes futurs projets SSIS sont moins frustrants :-)