Αυτήν τη στιγμή είστε εκτός σύνδεσης, σε αναμονή για επανασύνδεση στο Internet
Είσοδος

Το πρόγραμμα περιήγησής σας δεν υποστηρίζεται

Πρέπει να ενημερώσετε το πρόγραμμα περιήγησης για να χρησιμοποιήσετε την τοποθεσία.

Κάντε ενημέρωση στην πιο πρόσφατη έκδοση του Internet Explorer

Τρόπος μεταφοράς συνδέσεων και κωδικών πρόσβασης μεταξύ εμφανίσεων του SQL Server

ΣΗΜΑΝΤΙΚΟ: Αυτό το άρθρο έχει μεταφραστεί χρησιμοποιώντας λογισμικό μηχανικής μετάφρασης της Microsoft και μπορείτε να το διορθώσετε χρησιμοποιώντας την τεχνολογία Community Translation Framework (CTF) (Πλαίσιο μετάφρασης κοινότητας). Η Microsoft παρέχει μηχανική μετάφραση, επεξεργασία μετά τη μηχανική μετάφραση από την κοινότητα και άρθρα μεταφρασμένα από επαγγελματίες προκειμένου να έχετε πρόσβαση σε όλα τα άρθρα της Γνωσιακής βάσης σε πολλές γλώσσες. Τα άρθρα μηχανικής μετάφρασης και αυτά που επεξεργάζονται ύστερα από μηχανική μετάφραση ενδέχεται να περιέχουν σφάλματα στο λεξιλόγιο, στη σύνταξη ή/και στη γραμματική. Η Microsoft δεν φέρει καμία ευθύνη για τυχόν ανακρίβειες, σφάλματα ή ζημίες που προκύψουν λόγω τυχόν παρερμηνειών στη μετάφραση του περιεχομένου ή χρήσης του από τους πελάτες μας. Για περισσότερες πληροφορίες σχετικά με το CTF, μεταβείτε στην τοποθεσία http://support.microsoft.com/gp/machine-translation-corrections/el.

Η αγγλική έκδοση αυτού του άρθρου είναι η ακόλουθη: 918992
ΕΙΣΑΓΩΓΗ
Αυτό το άρθρο περιγράφει τον τρόπο μεταφοράς τις συνδέσεις και οι κωδικοί πρόσβασης μεταξύ εμφανίσεων του Microsoft SQL Server 2005, του Microsoft SQL Server 2008 και του Microsoft SQL Server 2012 σε διαφορετικούς διακομιστές.

Για περισσότερες πληροφορίες σχετικά με τον τρόπο για να μεταφέρετε τις συνδέσεις και οι κωδικοί πρόσβασης μεταξύ εμφανίσεων του άλλες εκδόσεις του SQL Server, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:
246133 Τρόπος μεταφοράς συνδέσεων και κωδικών πρόσβασης μεταξύ εμφανίσεων του SQL Server
Περισσότερες πληροφορίες
Σε αυτό το άρθρο, διακομιστή A και B είναι διαφορετικούς διακομιστές. Επιπλέον, διακομιστής A και B του διακομιστή εκτελεί SQL Server 2005.

Σημείωση Αυτές οι πληροφορίες ισχύουν επίσης για SQL Server 2008 και SQL Server 2012.

Αφού μετακινήσετε μια βάση δεδομένων από την παρουσία του SQL Server στο διακομιστή A στην παρουσία του SQL Server στο διακομιστή Β, οι χρήστες ενδέχεται να μην μπορείτε να συνδεθείτε με τη βάση δεδομένων στο διακομιστή β. Επιπλέον, οι χρήστες ενδέχεται να λάβετε το ακόλουθο μήνυμα λάθους:
Η σύνδεση απέτυχε για το χρήστη 'MyUser'. (Microsoft SQL Server, σφάλμα: 18456)
Αυτό το ζήτημα παρουσιάζεται επειδή δεν μεταφέρετε τις συνδέσεις και τους κωδικούς πρόσβασης από την παρουσία του SQL Server στο διακομιστή A στην παρουσία του SQL Server στο διακομιστή β.

Για να μεταφέρετε τις συνδέσεις, χρησιμοποιήστε μία από τις ακόλουθες μεθόδους, ανάλογα με την περίπτωσή σας.

Μέθοδος 1: Συνδεθείτε χρησιμοποιώντας τον κωδικό πρόσβασης του προ-SQL Server 2000

Για να επιλύσετε αυτό το ζήτημα, ζητήστε από το χρήστη για να συνδεθείτε με το διακομιστή που εκτελεί τον SQL Server, χρησιμοποιώντας τη σύνδεση pre-SQL Server 2000.

Σημείωση Το κατακερματισμού του κωδικού πρόσβασης ενημερώνεται αυτόματα όταν ο χρήστης συνδέεται, χρησιμοποιώντας τον κωδικό πρόσβασης του προ-SQL Server 2000.

Μέθοδος 2: Επαναφέρετε τον κωδικό πρόσβασης στον SQL Server

Για να επιλύσετε αυτό το ζήτημα, επαναφέρετε τον κωδικό πρόσβασης στον SQL Server και στη συνέχεια δέσμη ενεργειών από τη σύνδεση.

Σημείωση Ο αλγόριθμος hash κωδικό πρόσβασης χρησιμοποιείται όταν επαναφέρετε τον κωδικό πρόσβασης.

Μέθοδος 3: Δημιουργήστε ένα αρχείο καταγραφής στη δέσμη ενεργειών που έχει κενό κωδικό πρόσβασης

Για να δημιουργήσετε ένα αρχείο καταγραφής στη δέσμη ενεργειών που έχει κενό κωδικό πρόσβασης, ακολουθήστε τα εξής βήματα:
  1. Στο διακομιστή A, ξεκινήστε SQL Server Management Studio και, στη συνέχεια, συνδεθείτε στην παρουσία του SQL Server, από την οποία θέλετε να μετακινήσετε τη βάση δεδομένων.
  2. Άνοιγμα νέου παραθύρου πρόγραμμα επεξεργασίας ερωτήματος και, στη συνέχεια, εκτελέστε την ακόλουθη δέσμη ενεργειών.
    USE masterGOIF OBJECT_ID ('sp_hexadecimal') IS NOT NULL  DROP PROCEDURE sp_hexadecimalGOCREATE PROCEDURE sp_hexadecimal    @binvalue varbinary(256),    @hexvalue varchar (514) OUTPUTASDECLARE @charvalue varchar (514)DECLARE @i intDECLARE @length intDECLARE @hexstring char(16)SELECT @charvalue = '0x'SELECT @i = 1SELECT @length = DATALENGTH (@binvalue)SELECT @hexstring = '0123456789ABCDEF'WHILE (@i <= @length)BEGIN  DECLARE @tempint int  DECLARE @firstint int  DECLARE @secondint int  SELECT @tempint = CONVERT(int, SUBSTRING(@binvalue,@i,1))  SELECT @firstint = FLOOR(@tempint/16)  SELECT @secondint = @tempint - (@firstint*16)  SELECT @charvalue = @charvalue +    SUBSTRING(@hexstring, @firstint+1, 1) +    SUBSTRING(@hexstring, @secondint+1, 1)  SELECT @i = @i + 1ENDSELECT @hexvalue = @charvalueGO IF OBJECT_ID ('sp_help_revlogin') IS NOT NULL  DROP PROCEDURE sp_help_revloginGOCREATE PROCEDURE sp_help_revlogin @login_name sysname = NULL ASDECLARE @name sysnameDECLARE @type varchar (1)DECLARE @hasaccess intDECLARE @denylogin intDECLARE @is_disabled intDECLARE @PWD_varbinary  varbinary (256)DECLARE @PWD_string  varchar (514)DECLARE @SID_varbinary varbinary (85)DECLARE @SID_string varchar (514)DECLARE @tmpstr  varchar (1024)DECLARE @is_policy_checked varchar (3)DECLARE @is_expiration_checked varchar (3)DECLARE @defaultdb sysname IF (@login_name IS NULL)  DECLARE login_curs CURSOR FOR      SELECT p.sid, p.name, p.type, p.is_disabled, p.default_database_name, l.hasaccess, l.denylogin FROM sys.server_principals p LEFT JOIN sys.syslogins l      ON ( l.name = p.name ) WHERE p.type IN ( 'S', 'G', 'U' ) AND p.name <> 'sa'ELSE  DECLARE login_curs CURSOR FOR      SELECT p.sid, p.name, p.type, p.is_disabled, p.default_database_name, l.hasaccess, l.denylogin FROM sys.server_principals p LEFT JOIN sys.syslogins l      ON ( l.name = p.name ) WHERE p.type IN ( 'S', 'G', 'U' ) AND p.name = @login_nameOPEN login_cursFETCH NEXT FROM login_curs INTO @SID_varbinary, @name, @type, @is_disabled, @defaultdb, @hasaccess, @denyloginIF (@@fetch_status = -1)BEGIN  PRINT 'No login(s) found.'  CLOSE login_curs  DEALLOCATE login_curs  RETURN -1ENDSET @tmpstr = '/* sp_help_revlogin script 'PRINT @tmpstrSET @tmpstr = '** Generated ' + CONVERT (varchar, GETDATE()) + ' on ' + @@SERVERNAME + ' */'PRINT @tmpstrPRINT ''WHILE (@@fetch_status <> -1)BEGIN  IF (@@fetch_status <> -2)  BEGIN    PRINT ''    SET @tmpstr = '-- Login: ' + @name    PRINT @tmpstr    IF (@type IN ( 'G', 'U'))    BEGIN -- NT authenticated account/group      SET @tmpstr = 'CREATE LOGIN ' + QUOTENAME( @name ) + ' FROM WINDOWS WITH DEFAULT_DATABASE = [' + @defaultdb + ']'    END    ELSE BEGIN -- SQL Server authentication        -- obtain password and sid            SET @PWD_varbinary = CAST( LOGINPROPERTY( @name, 'PasswordHash' ) AS varbinary (256) )        EXEC sp_hexadecimal @PWD_varbinary, @PWD_string OUT        EXEC sp_hexadecimal @SID_varbinary,@SID_string OUT         -- obtain password policy state        SELECT @is_policy_checked = CASE is_policy_checked WHEN 1 THEN 'ON' WHEN 0 THEN 'OFF' ELSE NULL END FROM sys.sql_logins WHERE name = @name        SELECT @is_expiration_checked = CASE is_expiration_checked WHEN 1 THEN 'ON' WHEN 0 THEN 'OFF' ELSE NULL END FROM sys.sql_logins WHERE name = @name             SET @tmpstr = 'CREATE LOGIN ' + QUOTENAME( @name ) + ' WITH PASSWORD = ' + @PWD_string + ' HASHED, SID = ' + @SID_string + ', DEFAULT_DATABASE = [' + @defaultdb + ']'        IF ( @is_policy_checked IS NOT NULL )        BEGIN          SET @tmpstr = @tmpstr + ', CHECK_POLICY = ' + @is_policy_checked        END        IF ( @is_expiration_checked IS NOT NULL )        BEGIN          SET @tmpstr = @tmpstr + ', CHECK_EXPIRATION = ' + @is_expiration_checked        END    END    IF (@denylogin = 1)    BEGIN -- login is denied access      SET @tmpstr = @tmpstr + '; DENY CONNECT SQL TO ' + QUOTENAME( @name )    END    ELSE IF (@hasaccess = 0)    BEGIN -- login exists but does not have access      SET @tmpstr = @tmpstr + '; REVOKE CONNECT SQL TO ' + QUOTENAME( @name )    END    IF (@is_disabled = 1)    BEGIN -- login is disabled      SET @tmpstr = @tmpstr + '; ALTER LOGIN ' + QUOTENAME( @name ) + ' DISABLE'    END    PRINT @tmpstr  END  FETCH NEXT FROM login_curs INTO @SID_varbinary, @name, @type, @is_disabled, @defaultdb, @hasaccess, @denylogin   ENDCLOSE login_cursDEALLOCATE login_cursRETURN 0GO


    ΣημείωσηΑυτή η δέσμη ενεργειών δημιουργεί δύο αποθηκευμένες διαδικασίες στην κύριαβάση δεδομένων. Οι διαδικασίες που ονομάζονταιsp_hexadecimal και sp_help_revlogin.
  3. Εκτελέστε την ακόλουθη δήλωση:
    EXEC sp_help_revlogin
    Η δέσμη ενεργειών εξόδου που δημιουργείται από το sp_help_revlogin αποθηκευμένη διαδικασία είναι η δέσμη ενεργειών σύνδεσης. Αυτή η δέσμη ενεργειών σύνδεσης δημιουργεί τις συνδέσεις που έχουν το αρχικό αναγνωριστικό ασφαλείας (SID) και τον αρχικό κωδικό πρόσβασης.
  4. Στο διακομιστή Β, ξεκινήστε SQL Server Management Studio και, στη συνέχεια, συνδεθείτε στην παρουσία του SQL Server στον οποίο θέλετε να μετακινήσετε τη βάση δεδομένων.

    Σημαντικό Πριν να προχωρήσετε στο βήμα 5, ελέγξτε τις πληροφορίες στην ενότητα "Παρατηρήσεις".
  5. Άνοιγμα νέου παραθύρου πρόγραμμα επεξεργασίας ερωτήματος και, στη συνέχεια, εκτελέστε τη δέσμη ενεργειών εξόδου που δημιουργήθηκε στο βήμα 3.

Παρατηρήσεις

Εξετάστε τις ακόλουθες πληροφορίες πριν να εκτελέσετε τη δέσμη ενεργειών εξόδου στην παρουσία στο διακομιστή β:
  • Εάν προσπαθείτε να δημιουργήσετε μια νέα σύνδεση SQL Server 2012, χρησιμοποιώντας μια σύνδεση pre-SQL Server 2000, η που είναι δέσμης ενεργειών, λαμβάνετε το ακόλουθο μήνυμα λάθους:
    Msg 15021, επίπεδο 16, κατάσταση 2, γραμμή 1
    Μη έγκυρη τιμή δόθηκε για την παράμετρο κωδικού ΠΡΌΣΒΑΣΗΣ. Καθορίστε μια έγκυρη παράμετρο τιμή.
    Σημείωση Λαμβάνετε αυτό το σφάλμα στο SQL Server 2012 λόγω του κατακερματισμού του κωδικού πρόσβασης 16-byte που παρέχεται για τις καταστάσεις ΔΗΜΙΟΥΡΓΊΑΣ ΣΎΝΔΕΣΗΣ και ΤΡΟΠΟΠΟΊΗΣΗ ΣΎΝΔΕΣΗΣ.

    Για να επιλύσετε αυτό το ζήτημα σε ένα διακομιστή που εκτελεί τον SQL Server 2012, δημιουργήστε μια σύνδεση που έχει έναν κενό κωδικό πρόσβασης. Για να γίνει αυτό, εκτελέστε την ακόλουθη δέσμη ενεργειών:
    CREATE LOGIN [Test] WITH PASSWORD = '', SID = 0x90FD605DCEFAE14FAB4D5EB0BBA1AECC, DEFAULT_DATABASE = [master], CHECK_POLICY = ON, CHECK_EXPIRATION = OFF

    Αφού δημιουργήσετε τη σύνδεση που έχει έναν κενό κωδικό πρόσβασης, ο χρήστης μπορεί να αλλάξει τον κωδικό πρόσβασης κατά την επόμενη προσπάθεια σύνδεσης.
  • Ένας κωδικός πρόσβασης μπορούν να κρυπτογραφηθούν με τρεις τρόπους:
    • VERSION_LEGACY: αυτό το κλειδί κατακερματισμού είναι ο κατακερματισμός 16 byte προ-SQL Server 2000.
    • VERSION_SHA1: αυτόν τον κατακερματισμό δημιουργείται χρησιμοποιώντας τον αλγόριθμο SHA1 και χρησιμοποιείται στον SQL Server 2000 μέσω του SQL Server 2008 R2.
    • VERSION_SHA2: αυτόν τον κατακερματισμό δημιουργείται χρησιμοποιώντας τον αλγόριθμο SHA2 512 και χρησιμοποιείται σε SQL Server 2012.
  • Στον SQL Server 2008 R1 και σε παλαιότερες εκδόσεις, υποστηρίζονταν προ-SQL Server 2000 κωδικός πρόσβασης κατακερματισμού. Όταν ένας χρήστης συνδεθεί, χρησιμοποιώντας έναν κωδικό πρόσβασης που χρησιμοποιείται έναν κατακερματισμό προ-SQL Server 2000, το κλειδί κατακερματισμού αναβαθμίστηκε με χρήση του αλγόριθμου κατακερματισμού SHA1 που τον κωδικό πρόσβασης.
  • Εάν ένας χρήστης που έχει έναν κωδικό πρόσβασης που χρησιμοποιεί τον κατακερματισμό προ-SQL Server 2000 βρίσκεται σε ένα διακομιστή που εκτελεί τον SQL Server 2008 R2, αυτό σημαίνει ότι ο χρήστης δεν έχει συνδεθεί αυτόν το διακομιστή.
  • Εξετάστε προσεκτικά τη δέσμη ενεργειών εξόδου. Εάν ο διακομιστής A και B του διακομιστή βρίσκονται σε διαφορετικούς τομείς, πρέπει να αλλάξετε τη δέσμη ενεργειών εξόδου. Στη συνέχεια, θα πρέπει να αντικαταστήσετε το αρχικό όνομα τομέα, χρησιμοποιώντας το νέο όνομα τομέα στις καταστάσεις ΔΗΜΙΟΥΡΓΊΑΣ ΣΎΝΔΕΣΗΣ. Το ολοκληρωμένο συνδέσεις που παραχωρείται πρόσβαση στον νέο τομέα δεν διαθέτουν το ίδιο αναγνωριστικό ΑΣΦΑΛΕΊΑΣ ως τις συνδέσεις στον αρχικό τομέα. Επομένως, οι χρήστες είναι ορφανή από αυτές τις συνδέσεις. Για περισσότερες πληροφορίες σχετικά με τον τρόπο επίλυσης αυτών των ορφανούς χρήστες, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:
    240872 Τον τρόπο επίλυσης ζητημάτων δικαιωμάτων κατά τη μετακίνηση μιας βάσης δεδομένων ανάμεσα σε διακομιστές που εκτελούν SQL Server
    Εάν ο διακομιστής A και B του διακομιστή είναι στον ίδιο τομέα, χρησιμοποιείται το ίδιο αναγνωριστικό SID. Επομένως, οι χρήστες είναι απίθανο να μείνει ορφανός.
  • Στη δέσμη ενεργειών εξόδου, τις συνδέσεις δημιουργούνται χρησιμοποιώντας τον κρυπτογραφημένο κωδικό πρόσβασης. Αυτό οφείλεται στο όρισμα HASHED στην πρόταση ΔΗΜΙΟΥΡΓΊΑΣ ΣΎΝΔΕΣΗΣ. Αυτό το όρισμα καθορίζει ότι ο κωδικός πρόσβασης που εισάγονται μετά το όρισμα κωδικού ΠΡΌΣΒΑΣΗΣ ήδη κατακερματίζεται.
  • Από προεπιλογή, μόνο ένα μέλος του ρόλου sysadmin διακομιστή σταθερό να εκτελέσετε μια εντολή SELECT από την προβολή του sys.server_principals . Εκτός εάν μέλος της sysadmin σταθερού ρόλου διακομιστή παραχωρεί τα απαραίτητα δικαιώματα για τους χρήστες, οι χρήστες δεν είναι δυνατό να δημιουργήσετε ή να εκτελέσετε τη δέσμη ενεργειών εξόδου.
  • Τα βήματα σε αυτό το άρθρο δεν μεταφέρει τις προεπιλεγμένες πληροφορίες βάσης δεδομένων για μια συγκεκριμένη σύνδεση. Αυτό συμβαίνει επειδή η προεπιλεγμένη βάση δεδομένων δεν μπορεί να υπάρχει πάντα στο διακομιστή β. Για να ορίσετε την προεπιλεγμένη βάση δεδομένων για μια σύνδεση, χρησιμοποιήστε την πρόταση ΤΡΟΠΟΠΟΊΗΣΗ ΣΎΝΔΕΣΗΣ περνώντας το όνομα σύνδεσης και η προεπιλεγμένη βάση δεδομένων ως ορίσματα.
  • Διάκριση πεζών-κεφαλαίων διακομιστής A και διάκριση πεζών-κεφαλαίων του διακομιστή Β: τη σειρά ταξινόμησης του διακομιστή A μπορεί να διάκριση πεζών-κεφαλαίων και τη σειρά ταξινόμησης του διακομιστή B μπορεί να διάκριση πεζών-κεφαλαίων. Στην περίπτωση αυτή, οι χρήστες πρέπει να πληκτρολογήσετε τους κωδικούς πρόσβασης σε όλα τα κεφαλαία γράμματα Αφού μεταφέρετε τις συνδέσεις και οι κωδικοί πρόσβασης στην παρουσία στο διακομιστή β.

    Διάκριση πεζών-κεφαλαίων διακομιστής A και διάκριση πεζών-κεφαλαίων του διακομιστή Β: τη σειρά ταξινόμησης του διακομιστή A μπορεί να διάκριση πεζών-κεφαλαίων και τη σειρά ταξινόμησης του διακομιστή B μπορεί να διάκριση πεζών-κεφαλαίων. Στην περίπτωση αυτή, οι χρήστες δεν μπορούν να συνδεθούν χρησιμοποιώντας τις συνδέσεις και οι κωδικοί πρόσβασης που μπορείτε να μεταφέρετε την παρουσία σε διακομιστή B εκτός και αν μία από τις ακόλουθες συνθήκες είναι αληθής:
    • Το αρχικό κωδικοί πρόσβασης περιέχουν όχι γράμματα.
    • Όλα τα γράμματα του αρχικού κωδικών πρόσβασης είναι κεφαλαία γράμματα.
    Διάκριση πεζών-κεφαλαίων ή πεζών και στους δύο διακομιστές: Η σειρά ταξινόμησης του διακομιστή A και B του διακομιστή μπορεί να διάκριση πεζών-κεφαλαίων ή τη σειρά ταξινόμησης του διακομιστή A και B του διακομιστή μπορεί να διάκριση πεζών-κεφαλαίων. Σε αυτές τις περιπτώσεις, οι χρήστες δεν αντιμετωπίζουν πρόβλημα.
  • Μια σύνδεση που είναι ήδη στην περίοδο λειτουργίας στο διακομιστή B μπορεί να έχει ένα όνομα που είναι το ίδιο με ένα όνομα στη δέσμη ενεργειών εξόδου. Σε αυτήν την περίπτωση, λαμβάνετε το ακόλουθο μήνυμα λάθους κατά την εκτέλεση της δέσμης ενεργειών εξόδου στην παρουσία στο διακομιστή β:
    Msg 15025, επίπεδο 16, κατάσταση 1, γραμμή 1
    Ο κύριος διακομιστής 'MyLogin' υπάρχει ήδη.
    Παρομοίως, μια σύνδεση που είναι ήδη στην περίοδο λειτουργίας στο διακομιστή B μπορεί να έχει ένα SID το οποίο είναι το ίδιο με ένα SID στη δέσμη ενεργειών εξόδου. Σε αυτήν την περίπτωση, λαμβάνετε το ακόλουθο μήνυμα λάθους κατά την εκτέλεση της δέσμης ενεργειών εξόδου στην παρουσία στο διακομιστή β:
    Msg 15433, επίπεδο 16, κατάσταση 1, γραμμή 1
    Η παράμετρος που δόθηκε sid είναι σε χρήση.
    Επομένως, πρέπει να κάνετε τα εξής:
    1. Εξετάστε προσεκτικά τη δέσμη ενεργειών εξόδου.
    2. Εξετάστε τα περιεχόμενα της προβολής sys.server_principals στην περίοδο λειτουργίας στο διακομιστή β.
    3. Διεύθυνση αυτά τα μηνύματα λάθους, ανάλογα με την περίπτωση.
  • Στον SQL Server 2005, το αναγνωριστικό ΑΣΦΑΛΕΊΑΣ για μια σύνδεση χρησιμοποιείται για την εφαρμογή πρόσβασης σε επίπεδο βάσης δεδομένων. Μια σύνδεση μπορεί να έχει διαφορετικά αναγνωριστικά ασφαλείας σε διαφορετικές βάσεις δεδομένων σε ένα διακομιστή. Στην περίπτωση αυτή, η σύνδεση μπορεί να πρόσβαση μόνο τη βάση δεδομένων που έχει το SID που ταιριάζει με το αναγνωριστικό ΑΣΦΑΛΕΊΑΣ στην προβολή sys.server_principals . Αυτό το ζήτημα μπορεί να προκύψει, εάν οι δύο βάσεις δεδομένων είναι ένας συνδυασμός από διαφορετικούς διακομιστές. Για να επιλύσετε αυτό το ζήτημα, καταργήστε με μη αυτόματο τρόπο τη σύνδεση από τη βάση δεδομένων που έχει μια ασυμφωνία SID χρησιμοποιώντας την πρόταση DROP USER. Στη συνέχεια, προσθέστε τη σύνδεση ξανά χρησιμοποιώντας την πρόταση CREATE USER.
Αναφορές
Για περισσότερες πληροφορίες σχετικά με την αντιμετώπιση προβλημάτων με ορφανούς χρήστες, μεταβείτε το Αντιμετώπιση προβλημάτων με ορφανούς χρήστες Τοποθεσία Web Microsoft Developer Network (MSDN).

Για περισσότερες πληροφορίες σχετικά με την πρόταση ΔΗΜΙΟΥΡΓΊΑΣ ΣΎΝΔΕΣΗΣ, μεταβείτε στην το ΔΗΜΙΟΥΡΓΊΑ ΣΎΝΔΕΣΗΣ (Transact-SQL) Τοποθεσία Web του MSDN.

Για περισσότερες πληροφορίες σχετικά με την πρόταση ΤΡΟΠΟΠΟΊΗΣΗ ΣΎΝΔΕΣΗΣ, μεταβείτε στην το ΤΡΟΠΟΠΟΊΗΣΗ ΣΎΝΔΕΣΗΣ (Transact-SQL) Τοποθεσία Web του MSDN.

Προειδοποίηση: Αυτό το άρθρο έχει μεταφραστεί με μηχανική μετάφραση

Ιδιότητες

Αναγνωριστικό άρθρου: 918992 - Τελευταία αναθεώρηση: 08/03/2013 07:57:00 - Αναθεώρηση: 7.0

  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • kbsqlsetup kbexpertiseadvanced kbhowto kbinfo kbmt KB918992 KbMtel
Σχόλια
>ation.protocol) + "//c.microsoft.com/ms.js'><\/script>");