À l'aide de la commande runas, à distance, de l'exploitation forestière dans SQL Server
Je suis coincé à ce point à l'aide de la commande runas. Je suis en train d'essayer de se connecter à une instance distante de SQL Server à l'aide de l'Authentification Windows sur le serveur. Je suis à l'aide de cette commande
runas /netonly /user:Domain\Username
/server=someIP "C:\Program Files (x86)\Microsoft SQL Server0\Tools\Binn\VSShell\Common7\IDE\Ssms.exe"
Mais quand je fais cela, il ouvre mon Management Studio - l'adresse IP du serveur distant, l'authentification Windows est sélectionné par défaut et j'ai mon système actuel de domaine et nom d'utilisateur.
J'ai réellement besoin d'un moyen de spécifier une chaîne de connexion pour vous connecter à un Serveur SQL server distant et le feu des requêtes sur elle. C'est la croix de domaine.
Une question de savoir - faire, j'ai besoin d'avoir Management Studio sur la machine, je lance la requête?
Grâce.
MODIFIER
Je suis reformuler pour mieux comprendre.
J'ai le serveur A et le serveur B(deux ordinateurs distincts). J'ai besoin de lancer une requête à partir d'Un sur le B. A n'importe quel serveur sql ou management studio. B a la fois. J'ai pour utiliser l'authentification windows(quelque chose comme myDomain\nom d'utilisateur) pour se connecter à sql server de B. je suis à l'aide de la commande runas que je l'ai mentionné dans la "Cible" dans les propriétés de gestion de studio sur B. Est-ce mal?
Je suis la journalisation en utilisant un nom d'utilisateur différent(mais même domaine) que j'ai pour vous connecter en B.
Comment puis-je accomplir cette tâche?
Merci et désolé pour la fin de l'édition.
Oui, nous le sommes. Pourquoi?
OriginalL'auteur Kumar Vaibhav | 2012-11-09
Vous devez vous connecter pour publier un commentaire.
J'utilise la suite sur un raccourci pour exécuter SSMS sur un xp image qui n'est PAS sur le domaine pour se connecter à un serveur en utilisant des informations d'identification de domaine.
Cela m'a aidé. Sans définition explicite de l'adresse du serveur dans le paramètre que je recevais domaine non approuvé erreur. Je sais que vous pouvez l'éviter en ajoutant de l'utilisateur pour le gestionnaire d'authentification, mais je suis aussi à l'aide des instances et je n'étais pas en mesure de préciser le nom de l'instance.
OriginalL'auteur TEEKAY
Que c'est correct, /netonly ouvrez votre environnement actuel, et SSMS s'bêtement l'affichage de vos informations d'identification dans les boîtes de dialogue de connexion. Ce n'est à prévoir, puisque /netonly vraiment signifie que la condition d'identité sera utilisé uniquement sur le net. Toutefois, lorsque vous authentifier avec toutes les ressources du site distant, il vous authentifier en tant que " domaine\nom d'utilisateur.
Vous n'avez probablement pas besoin de l'option /server.
Il suffit de choisir le serveur distant dans le dialogue de connexion.
Et sélectionnez "authentification windows". Il n'y a rien de plus à lui que cela. Notez également que si vous avez un serveur local, en cours d'exécution sur localhost, il ne sera pas utiliser le netonly informations d'identification, mais vos locaux. Qui rend très pratique, à mon avis 🙂
Veuillez jeter un oeil à le MODIFIER. Je pense que je pense que c'est plus clair 🙂
Vous ne pouvez pas exécuter l'INTERFACE utilisateur de processus à distance, ce n'est pas le serveur X11. Vous avez besoin de bureau à distance sur B.
OriginalL'auteur Remus Rusanu
Étape 1: Accédez à l'ssms.exe fichier
SSMS 2016 version:
SSMS 2017 version:
clic droit sur ssms.exe et sélectionnez Propriétés
puis le onglet Compatibilité
et cliquez sur le bouton Modifier les paramètres pour tous les utilisateurs
Vérifier Exécuter ce programme en tant qu'administrateur et cliquez sur OK
Étape 2: faire un raccourci avec ce chemin
SSMS 2016 version:
C:\Windows\System32\runas.exe /savecred /user:domain\username "cmd /c \"C:\Program Files (x86)\Microsoft SQL Server\130\Tools\Binn\ManagementStudio\Ssms.exe\""
SSMS 2017 version:
C:\Windows\System32\runas.exe /savecred /user:domain\username "cmd /c \"C:\Program Files (x86)\Microsoft SQL Server\140\Tools\Binn\ManagementStudio\Ssms.exe\""
REMARQUE: le cmd /c dans le chemin, cela fait toute la différence.
C'est tout. Espérons qu'il workes pour vous.
PS: à Propos de la première étape, si vous voulez seulement faire les modifications pour démarrer l'application en tant qu'administrateur de l'utilisateur, connectez-vous comme utilisateur de l'ordinateur et de faire la même chose que l'étape sans Modifier les paramètres pour tous les utilisateurs
OriginalL'auteur Paw J
En cas de connexion à l'aide de nom-pipe n'est pas disponible, (j'.e vous ne pouvez pas vous connecter à l'aide de SERVERNAME), alors vous pouvez utiliser l'adresse IP, pour l'e.g:
Le chemin d'accès à
SSMS.exe
dépend de votre moteur SQL version:C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\Ssms.exe
C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\Ssms.exe
C:\Program Files (x86)\Microsoft SQL Server\120\Tools\Binn\ManagementStudio\Ssms.exe
C:\Program Files (x86)\Microsoft SQL Server\130\Tools\Binn\ManagementStudio\Ssms.exe
OriginalL'auteur Dio Phung