Managing Metadata When Making a Database Available on Another Server Instance
This topic is relevant for using Microsoft SQL Server 2005 and later versions in the following situations:
Ustawianie dublowanie bazy danych w bazie danych.
Przygotowując się do zmiany ról między serwerami podstawowymi i pomocniczymi w dzienniku konfiguracja wysyłki.
Przywracanie bazy danych do innego wystąpienie serwera.
Dołączanie kopię bazy danych na inne wystąpienie serwera.
Niektóre aplikacje zależne od informacji, obiektów i/lub obiektów, które są poza zakresem bazy danych pojedynczy użytkownik.Zazwyczaj ma zależności aplikacji wzorzec and msdb baz danych, a także baza danych użytkownika.Przechowywane niczego poza bazy danych użytkowników, które są wymagane do prawidłowego funkcjonowania tej bazy danych muszą być udostępnione na obiekt docelowy wystąpienie serwera.Na przykład logowania dla aplikacji są przechowywane jako metadane wzorzec bazy danych i ich musi być odtworzony na obiekt docelowy serwera.Jeśli zależy od planu konserwacji aplikacji lub bazy danych SQL Server Zadania agenta, w których metadane są przechowywane w msdb bazy danych, należy ponownie utworzyć te zadania w wystąpieniu serwera docelowego.Podobnie znajduje się metadane dla wyzwalacza poziomie serwera wzorzec.
Po przeniesieniu bazy danych do innego wystąpienie serwera aplikacji, należy odtworzyć wszystkie metadane podmiotów zależnych i obiektów wzorzec and msdb na obiekt docelowy wystąpienie serwera.Na przykład jeżeli aplikacja bazy danych używa wyzwalaczy poziom serwera, po prostu dołączanie lub przywracanie bazy danych w nowym systemie jest niewystarczająca.Baza danych nie będzie działać zgodnie z oczekiwaniami, chyba że ręcznie ponownie utworzyć te wyzwalaczy metadane wzorzec bazy danych.
Informacje, obiekty i obiekty, które są przechowywane poza z bazy danych użytkownika
Pozostała część tego tematu podsumowano potencjalne problemy, które mogą mieć wpływ na bazie danych, które są udostępniane na inne wystąpienie serwera.Może zajść potrzeba ponownego utworzenia jednego lub większej liczby typów informacji, podmiotom lub obiektów wymienionych na poniższej liście.Aby zobaczyć podsumowanie, kliknij łącze do element.
Ustawienia konfiguracja serwera
Poświadczenia
Kwerendy bazy danych między
Własność bazy danych
Rozproszone kwerendy/połączone serwery
Zaszyfrowanych danych
Komunikaty o błędzie przez użytkownika
Powiadomień o zdarzeniach i zdarzenie Instrumentacja zarządzania Windows (WMI) (poziom serwera)
Rozszerzone procedury przechowywane
Aparat pełnego tekstu dla właściwości programu SQL Server
Zadania
Identyfikatory logowania
Uprawnienia
Ustawienia replikacja
Aplikacje usługa Broker
Procedury uruchamiania
Wyzwalacze (poziom serwera)
Ustawienia konfiguracja serwera
SQL Server 2005 i jego nowszych wersjach selektywnie zainstalować i uruchamia klucz usług i funkcji.Pozwala to zmniejszyć attackable obszar powierzchni systemu.Wiele funkcji nie są włączone w konfiguracja domyślnej nowych instalacji.Jeśli w bazie danych opiera się na dowolnym usługa lub funkcja, która jest domyślnie wyłączona, to usługa lub funkcja musi być włączona obiekt docelowy wystąpienie serwera.
Aby uzyskać więcej informacji na temat tych ustawień i włączając lub wyłączając je zobacz Understanding Surface Area Configuration i Setting Server Configuration Options.
[Do góry]
Poświadczenia
Poświadczenie jest rekord zawierający informacje uwierzytelniające, które są wymagane do połączenia się z zasób poza SQL Server. Większość poświadczenia składają się z identyfikatora logowania systemu Windows i hasła.
Aby uzyskać więcej informacji na temat tej funkcji zobacz Credentials (Database Engine).
Uwaga
SQL Server Agent proxy kont za pomocą poświadczenia.Aby uzyskać identyfikator poświadczeń konto proxy, należy użyć sysproxies tabela systemowa.
[Do góry]
Kwerendy bazy danych między
Opcje bazy danych DB_CHAINING i TRUSTWORTHY są wyłączona domyślnie.Jeśli jeden z nich jest ustawiona na ON oryginalnej bazy danych, należy włączyć je do bazy danych na serwerze docelowym wystąpienie.Aby uzyskać więcej informacji zobaczALTER DATABASE języka Transact-SQL).
W SQL Server 2000 Z dodatkiem usługa Pack 3 (SP3) i nowszych wersjach SQL Server, operacji dołączania i odłączyć wyłączyć międzybazowy łańcuch własności dla bazy danych. Aby uzyskać informacje dotyczące sposobu włączania tworzenie łańcucha zobacz cross db ownership chaining Option.
Aby uzyskać więcej informacji zobacz także:
[Do góry]
Własność bazy danych
Po przywróceniu bazy danych na innym komputerze, SQL Server Identyfikator logowania lub użytkownika systemu Windows, który inicjuje operację przywracanie automatycznie staje się właścicielem nowej bazy danych. Po przywróceniu bazy danych, administrator systemu lub nowym właścicielem bazy danych można zmienić własność bazy danych.
Połączone serwery i kwerendy rozproszone
Kwerendy rozproszone i serwery połączone są obsługiwane przez aplikacje baz danych OLE.Kwerendy rozproszone uzyskać dostęp do danych z wielu źródeł danych heterogenicznych na tym samym lub na różnych komputerach.Umożliwia konfiguracja serwer połączony SQL Server wykonać poleceń od źródła danych OLE DB na serwerach zdalnych. Aby uzyskać więcej informacji na temat tych funkcji zobacz Distributed Queries, Linking Servers, a Obtaining Metadata from Linked Servers.
[Do góry]
Zaszyfrowanych danych
Jeśli w bazie danych użytkownik powierza dostępne na innym serwerze wystąpienie zawiera zaszyfrowane dane i czy klucz główny bazy danych jest chroniony przez klucz główny usługa na oryginalnym serwerze, może być konieczne ponowne utworzenie usługa szyfrowanie klucza głównego.The database master key is a klucz zawartości that is used to protect the private keys of certificates and asymmetric keys in an encrypted database.Podczas tworzenia klucz głównego w bazie danych są szyfrowane przy użyciu algorytmu Triple DES i hasła dostarczane przez użytkownika.
Aby włączyć automatyczne odszyfrowywania klucz głównego bazy danych w wystąpieniu serwera, kopia tego klucz są szyfrowane za pomocą klucz głównego usługa.Tej zaszyfrowanej kopia jest przechowywana w obu bazy danych i wzorzec.Typically, the copy stored in master is silently updated whenever the master key is changed.SQL Server first tries to decrypt the database master key with the service master key of the instance.If that decryption fails, SQL Server searches the credential store for master key credentials that have the same family GUID as the database for which it requires the master key.SQL Server then tries to decrypt the database master key with each matching credential until the decryption succeeds or there are no more credentials.Klucz główny, który nie są szyfrowane za pomocą klucza głównego usługa musi być otwierany za pomocą instrukcja OPEN klucz główny i hasła.
Kiedy dołączone do nowego wystąpienie, przywrócone lub skopiowane bazy danych zaszyfrowanych SQL Server, kopię klucz głównego bazy danych, które są szyfrowane za pomocą klucz głównego usługa nie jest przechowywana w wzorzec na obiekt docelowy wystąpienie serwera.Na obiekt docelowy wystąpienie serwera, należy otworzyć klucz głównego z bazy danych.Aby otworzyć klucz głównego, należy wykonać następującą instrukcję: OPEN MASTER KEY DECRYPTION BY PASSWORD ='password'.Firma Microsoft zaleca, aby następnie włączyć automatyczne odszyfrowywania klucz głównego w bazie danych przez wykonaniem następującej instrukcja: ZMIENIA SZYFROWANIE PRZEZ KLUCZ GŁÓWNY usługa DODAWANIA ZA POMOCĄ KLUCZA GŁÓWNEGO. Ta Instrukcja ALTER klucz główny przepisy wystąpienie serwera wraz z kopią klucz główny bazy danych, który jest zaszyfrowany przy użyciu usługa klucza głównego.Aby uzyskać więcej informacji zobacz OPEN MASTER KEY (Transact-SQL) i ALTER MASTER klucz (języka Transact-SQL).
Aby uzyskać informacje dotyczące włączania automatycznego odszyfrowania klucz głównego bazy danych lustrzana baza danych zobacz Setting Up an Encrypted Mirror Database.
Aby uzyskać więcej informacji zobacz także:
[Do góry]
Komunikaty o błędach zdefiniowane przez użytkownika
Komunikaty o błędzie przez użytkownika znajdują się w sys.messages Służy do wyświetlania katalogu. Widok ten katalog jest przechowywany w wzorzec.Błąd zdefiniowany przez użytkownika wiadomości zależy od aplikacji bazy danych w bazie danych są udostępniane na inne wystąpienie serwera, może użyć sp_addmessage , aby dodać te wiadomości przez użytkownika na obiekt docelowy wystąpienie serwera.
[Do góry]
zdarzenie powiadomień i zdarzeń systemu Instrumentacja zarządzania Windows (WMI), (poziom serwera)
Poziom serwera zdarzenie powiadomienia
Poziom serwera zdarzenie powiadomień są przechowywane w msdb.Dlatego jeśli aplikacji baz danych opiera się poziom serwera zdarzenie powiadomienie, które zdarzenie powiadomienie musi być odtworzony w wystąpieniu serwera docelowego.Aby wyświetlić zdarzenie powiadomienia w wystąpieniu serwera, należy użyć sys.server_zdarzenie_notifications Służy do wyświetlania katalogu. Aby uzyskać więcej informacji zobaczEvent Notifications (Database Engine).
Ponadto zdarzenie powiadomienia są dostarczane za pomocą Service Broker. Trasy dla wiadomości przychodzących, nie są uwzględniane w bazie danych, która zawiera usługa.Można natomiast jawnej trasy są przechowywane w msdb.Jeśli wykorzystuje trasa jawny w msdb bazy danych w celu kierowania wiadomości przychodzących do usługa, podczas dołączania bazy danych w innym przypadku należy ponownie utworzyć tej trasa.Aby uzyskać więcej informacji zobaczusługa Broker routingu.
Aby skonfigurować bazę danych do dostarczania wiadomości zdalnych
Zdarzenia Instrumentacja zarządzania Windows (WMI)
Dostawca WMI dla zdarzenia serwera pozwala na korzystanie z Instrumentacja zarządzania Windows (WMI) do monitorowania zdarzeń SQL Server. Dowolna aplikacja, która opiera się poziom serwera zdarzenia udostępniane za pośrednictwem dostawca WMI, na którym opiera się bazy danych muszą być zdefiniowane na komputerze z wystąpienie serwera docelowego.WMI zdarzenie dostawca tworzy zdarzenie powiadomienia o usłudze docelowego zdefiniowanego w msdb.
Uwaga
Aby uzyskać więcej informacji zobaczDostawca WMI dla pojęcia zdarzenia serwera.
Aby utworzyć alert WMI przy użyciu programu SQL Server Management Studio
W jaki sposób działa zdarzenie powiadomienia o dublowany bazy danych
Cross-database delivery of event notifications that involves a mirrored database is remote, by definition, because the mirrored database can fail over.Service Broker provides special support for mirrored databases, in the form of mirrored routes.Trasa dublowanego ma dwa adresy: jedno wystąpienie serwer główny i jedno dla woluminu dublowanego wystąpienie serwera.
Konfigurując dublowane tras, tworzenie Service Broker Routing świadomi dublowanie bazy danych. Włącz dublowane trasy Service Broker przezroczysty przekierować konwersacji na bieżące wystąpienie serwer główny. Rozważmy na przykład usługa, Service_A, który jest obsługiwany przez bazę dublowane Database_A.Załóżmy, że wymagana jest inna usługa, Service_B, która jest obsługiwana przez Database_B mieć dialog z Service_A.To okno dialogowe jest to możliwe Database_B musi zawierać dublowane trasa dla Service_A.Ponadto Database_A musi zawierać nonmirrored trasa transportu TCP do Service_B, które w przeciwieństwie do lokalnych tras, zachowuje ważność po pracy awaryjnej.Trasy te umożliwiają ACKs na powrót po trybie awaryjnym.Ponieważ usługa nadawcy zawsze ma nazwę w taki sam sposób, trasa należy określić wystąpienie brokera.
Wymagania dla tras dublowane dotyczy niezależnie od usługi w bazie danych dublowany jest, czy Usługa inicjatora usługi miejsce docelowe:
Usługa miejsce docelowe znajduje się w bazie danych dublowane, usługi inicjatora musi mieć dublowane trasa do docelowego.Jednak obiekt miejsce docelowe może mieć zwykłe trasa do inicjatora.
W przypadku usługi inicjatora w bazie danych dublowane, Usługa miejsce docelowe musi mieć trasa dublowanego do inicjatora do dostarczania potwierdzeń i odpowiedzi.Jednak inicjatora może mieć zwykłe trasa do docelowego.
Aby uzyskać więcej informacji zobacz także:
[Do góry]
Rozszerzonych procedur przechowywanych
.gif "Important note") Important Note: |
|---|
This feature will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature. Użycie Integracja CLR zamiast niego. |
rozszerzona procedura składowana są tak zaprogramowane, za pomocą SQL Server rozszerzona procedura składowana interfejsu API. element członkowski członkowski sysadmin roli serwera stałe można zarejestrować rozszerzona procedura składowana z wystąpienie SQL Server i udzielić uprawnienia dla użytkowników, aby wykonać tę procedurę. Rozszerzone procedury przechowywane mogą być dodawane tylko do wzorzec bazy danych.
Uruchom rozszerzone procedury przechowywane bezpośrednio w przestrzeni adresowej wystąpienie SQL Server, a te mogą dawać przecieków pamięci lub innych problemów, które obniżyć wydajność i niezawodność serwera. Należy wziąć pod uwagę przechowywanie rozszerzonych procedur przechowywanych w wystąpieniu SQL Server to jest niezależne od wystąpienie, które zawiera dane, do którego istnieje odwołanie. Należy również rozważyć, za pomocą kwerend rozproszonych dostęp do bazy danych.Aby uzyskać więcej informacji zobaczDistributed Queries.
| Important Note: |
|---|
Przed dodaniem rozszerzonych procedur przechowywanych na serwerze i udzielanie uprawnień wykonać do innych użytkowników, administrator systemu powinni dokładnie zapoznać się z każdej rozszerzone procedura przechowywana, aby upewnić się, że nie zawiera szkodliwych lub złośliwy kod.Aby uzyskać więcej informacji zobaczRozszerzonych procedur przechowywanych. |
Aby uzyskać więcej informacji zobacz GRANT Object Permissions (Transact-SQL), DENY Object Permissions (Transact-SQL), a REVOKE uprawnienia do obiektów (języka Transact-SQL).
[Do góry]
Aparat pełnego tekstu dla właściwości: SQL Server
Właściwości są ustawiane na przez aparat Full-Text sp_fulltext_service.Upewnij się, że obiekt docelowy wystąpienie serwera ma wymagane ustawienia dla tych właściwości.Aby uzyskać więcej informacji na temat tych właściwości Zobacz FULLTEXTSERVICEPROPERTY (języka Transact-SQL).
Ponadto jeśli wyraz wyłączników i stemmers składnik lub filtry wyszukiwania pełnotekstowego składnika mają różne wersje na wystąpienia serwera oryginału i obiekt obiekt docelowy, indeks pełnotekstowy i kwerendy mogą zachowywać się inaczej.Ponadto Słownik wyrazów bliskoznacznych jest przechowywany w wystąpienie-określonych plików.Trzeba albo przekazać kopię tych plików w lokalizacji równoważne na obiekt docelowy serwera instancji lub utworzyć je ponownie w nowym wystąpieniu.
Uwaga
Po dołączeniu SQL Server 2005 Baza danych zawierająca pliki wykazu pełnego tekstu na SQL Server 2008 wystąpienie serwera, katalogu, pliki są dołączone z wraz z innymi plikami bazy danych, takie same, jak w poprzedniej lokalizacji SQL Server 2005. Aby uzyskać więcej informacji zobaczFull-Text Search Upgrade.
Aby uzyskać więcej informacji zobacz także:
[Do góry]
Zadania
Jeśli korzysta z bazy danych SQL Server Zadania agenta, trzeba będzie utworzyć je ponownie na obiekt docelowy wystąpienie serwera. Zadania zależne od swoich środowiskach.Jeśli jest planowane ponowne utworzenie istniejącego zadanie na obiekt docelowy wystąpienie serwera obiekt docelowy wystąpienie serwera może być konieczne jest modyfikowane środowiska tego zadanie na oryginalną wystąpienie serwera.Następujące czynniki zewnętrzne mają znaczenie:
Identyfikator logowania, używana przez zadanie
Aby utworzyć lub wykonać SQL Server Agent zadania, należy najpierw dodać dowolny SQL Server identyfikatory logowania wymagane przez zadanie do wystąpienie serwera docelowego. Aby uzyskać więcej informacji zobaczHow to: Configure a User to Create and Manage SQL Server Agent Jobs (SQL Server Management Studio).
SQL Server Konto uruchamiania usługa agenta
Określa konto uruchamiania usługa Microsoft Konto systemu Windows, w którym SQL Server Uruchomienie agenta i jej uprawnienia sieciowe. SQL Server Agent jest uruchamiany jako określony użytkownik konta.Kontekst usługa spedycyjnej wpływa na ustawienia zadanie i jego środowiska uruchamiania.Konto musi mieć dostęp do zasobów, takich jak udziały sieciowe, wymagane przez zadanie.Aby dowiedzieć się, jak zaznaczać i modyfikować konta uruchamiania usługa Zobacz Selecting an Account for the SQL Server Agent Service.
Aby mógł poprawnie działać, konto uruchamiania usługa musi być skonfigurowany do poprawnej domena, system plików i uprawnień rejestru.Ponadto zadanie mogą wymagać udostępniony zasób sieciowy, muszą być skonfigurowane dla konta usługa.Aby uzyskać informacje Zobacz Setting Up Windows Service Accounts.
SQL Server Usługa agenta, który jest skojarzony z konkretne wystąpienie SQL Server, ma swój własny gałęzi rejestru, a jego zadania zazwyczaj ma zależności w jednej lub więcej ustawień w tej gałęzi rejestru. Aby zachowywały się zgodnie z przeznaczeniem, zadanie wymaga ustawień rejestru.Jeśli użycie skryptu w celu ponownego utworzenia zadanie w innym SQL Server Usługa agenta jego rejestru może nie mieć poprawne ustawienia dla tego zadanie. Odtworzony na działają poprawnie w wystąpieniu serwera docelowego, oryginału i obiekt docelowy zadań SQL Server Usługi Agent powinny mieć takie same ustawienia rejestru.
Ostrzeżenie
Zmiany ustawień rejestru dla obiekt docelowy SQL Server Usługa agenta do obsługi odtworzony zadanie może być problematyczne, jeżeli bieżące ustawienia są wymagane przez inne zadania. Ponadto niepoprawne edytowanie rejestru poważnie może uszkodzić system.Przed wprowadzeniem zmian w rejestrze zaleca się, aby wykonać kopie zapasowe wszelkich ważnych danych przechowywanych na komputerze.
SQL Server Agent serwerów proxy.
A SQL Server Agent proxy definiuje kontekst zabezpieczeń dla kroku określone zadanie. zadanie do uruchomienia na obiekt docelowy wystąpienie serwera wszystkie serwery proxy wymaga należy ręcznie ponownie tworzone w tej instancji.Aby uzyskać więcej informacji zobacz Creating SQL Server Agent Proxies i Troubleshooting Multiserver Jobs That Use Proxies.
Aby uzyskać więcej informacji zobacz także:
Managing Logins and Jobs After Role Switching (dla dublowanie bazy danych)
Setting Up Windows Service Accounts (po zainstalowaniu wystąpienie SQL Server)
Configuring SQL Server Agent (po zainstalowaniu wystąpienie SQL Server)
Aby wyświetlić istniejące zadania i ich właściwości
Aby utworzyć zadanie
Do skryptu istniejącego zadanie
Najważniejsze wskazówki dotyczące odtworzenia zadanie za pomocą skryptu
Zaleca się, gdy jest on uruchamiany za pomocą skryptu prostych zadań, ponowne tworzenie zadanie z drugiej SQL Server Usługa agenta i wykonywania zadanie, aby sprawdzić, czy działa zgodnie z przeznaczeniem. Umożliwi to do identyfikowania niezgodności i próbuje je rozwiązać.zadanie ze skryptu nie będzie działać zgodnie z założeniami w jego nowym środowisku, zaleca się utworzenie odpowiednik zadanie, które działa poprawnie w tym środowisku.
[Do góry]
Identyfikatory logowania
Logowanie do wystąpienie SQL Server wymaga prawidłowego SQL Server Zaloguj się. Tego identyfikatora logowania jest używany w procesie uwierzytelnianie, które sprawdza, czy główny mogą łączyć się z wystąpienie SQL Server. Użytkownik bazy danych, dla których odpowiednie SQL Server Logowanie nie jest zdefiniowana lub jest niepoprawnie zdefiniowany na serwerze wystąpienie nie może zalogować się do wystąpienie. Taki użytkownik jest określane jako oddzielonych użytkownika bazy danych dla tego wystąpienie serwera.Użytkownik bazy danych mogą zostać oddzielone if po przywrócone, dołączone lub skopiowany do innego wystąpienie bazy danych SQL Server.
Aby wygenerować skryptu dla niektórych lub wszystkich obiektów w oryginalnej kopii bazy danych, można użyć Kreatora generowania skryptów i w polu Wybierz polecenie Opcje skryptu dialogowym zestaw Skrypt logowania Opcja Wartość true.Aby uzyskać więcej informacji zobaczJak Generowanie skryptu (SQL Server Management Studio).
Aby uzyskać informacje dotyczące sposobu przeglądania SQL Server identyfikatory logowania i do wykrywać i rozwiązania oddzielonych użytkowników na serwerze wystąpienie, zobacz Troubleshooting Orphaned Users.
Uwaga
Aby uzyskać informacje na temat zestaw logowania dublowane bazy danych, zobacz Setting Up Login Accounts for Database Mirroring i Managing Logins and Jobs After Role Switching.
[Do góry]
Uprawnienia
Może mieć wpływ następujące typy uprawnień, gdy baza danych są udostępniane na inne wystąpienie serwera.
PRZYZNAĆ, REVOKE lub ODMÓWIĆ uprawnień do obiektów systemu
GRANT, REVOKE i DENY uprawnień na serwerze wystąpienie)uprawnienia poziom serwera)
GRANT, REVOKE i DENY uprawnień do obiektów systemu
Uprawnienia do obiektów systemowych, takich jak procedury przechowywane, rozszerzonych procedur przechowywanych, funkcji i widoków, są przechowywane w wzorzec bazy danych i musi być skonfigurowany na obiekt docelowy wystąpienie serwera.
Aby wygenerować skryptu dla niektórych lub wszystkich obiektów w oryginalnej kopii bazy danych, można użyć Kreatora generowania skryptów i w polu Wybierz polecenie Opcje skryptu -okno dialogowe, ustawiać Skrypt obiektu poziom uprawnień Opcja Wartość true.Aby uzyskać więcej informacji zobaczJak Generowanie skryptu (SQL Server Management Studio).
| Important Note: |
|---|
Przetwarzane przez Jeśli skrypt logowania, hasła są nie skrypty.Jeśli masz logowania, do których należy użyć SQL Server Uwierzytelnianie, należy zmodyfikować skrypt na obiekt docelowy. |
Obiekty systemowe są widoczne w sys.system_objects Służy do wyświetlania katalogu. Uprawnienia do obiektów systemowych są widoczne w sys.database_permissions Widok katalogu wzorzec bazy danych.Aby uzyskać informacje dotyczące wykonywania kwerendy te widoki wykazu i udzielanie uprawnień obiektu systemu Zobacz GRANT System Object Permissions (Transact-SQL). Aby uzyskać więcej informacji zobacz REVOKE uprawnienia obiektów systemu (języka Transact-SQL) i DENY uprawnienia obiektów systemu (języka Transact-SQL).
GRANT, REVOKE i DENY uprawnienia na serwerze wystąpienie
Uprawnienia w zakresie serwera są zapisywane w wzorzec bazy danych i musi być skonfigurowany w wystąpieniu serwera docelowego.Aby uzyskać informacje dotyczące uprawnień serwera z wystąpienie serwera, należy zbadać sys.server_permissions Aby uzyskać informacje dotyczące serwerów głównych kwerendy wykazu widokusys.server_principalss katalogu widoku i aby uzyskać informacje dotyczące członkostwa ról kwerendy sys.server_role_members Służy do wyświetlania katalogu.
Aby uzyskać więcej informacji zobacz GRANT Server Permissions (Transact-SQL), REVOKE uprawnień serwera (języka Transact-SQL), a DENY uprawnień serwera (języka Transact-SQL).
Serwer poziom uprawnień dla certyfikat lub klucz asymetrycznego
Nie można udzielić uprawnień poziom serwera bezpośrednio do certyfikat lub klucz asymetrycznego.Zamiast tego identyfikatora logowania mapowanego utworzonego wyłącznie dla określonego certyfikat i klucz asymetrycznego są przyznawane uprawnień poziom serwera.Dlatego każdego certyfikatu i klucz asymetrycznego, który wymaga uprawnień poziom serwera, wymaga własnej certyfikat mapowany logowania or Identyfikator logowania mapowane klucz asymetrycznego.Aby udzielić uprawnień poziom serwera certyfikat lub klucz asymetrycznego, należy udzielić uprawnień do jego identyfikatora logowania mapowanego.
Uwaga
Mapowane logowania jest używana tylko do autoryzacja kod podpisany za pomocą odpowiedniego certyfikat i klucz asymetrycznego.Mapowane logowania nie może służyć do uwierzytelnianie.
Mapowane logowania i jej uprawnienia znajdują się w wzorzec.Jeśli certyfikat lub klucz asymetryczny rezyduje w bazie danych innych niż wzorzec, należy ją odtworzyć w wzorzec i mapować je do identyfikatorów logowania.Po przeniesieniu, skopiuj lub przywracanie bazę danych do innego wystąpienie serwera, należy ponownie utworzyć swój certyfikat lub klucz asymetryczny w wzorzec bazy danych z obiekt docelowy wystąpienie serwera mapowania identyfikatora logowania i udzielić uprawnień poziom serwera wymaganych do logowania się.
Aby utworzyć certyfikat lub klucz asymetrycznego
Aby mapować certyfikat lub klucz asymetryczny do identyfikatorów logowania
Aby przypisać uprawnienia do logowania mapowanego
Aby uzyskać więcej informacji na temat certyfikaty i klucze asymetryczne Zobacz Encryption Hierarchy.
[Do góry]
Ustawienia replikacja
Jeśli użytkownik przywracanie kopia zapasowa zreplikowanej bazy danych do innego serwera lub bazy danych, ustawienia replikacja nie mogą być zachowane.W takim przypadek należy ponownie utworzyć wszystkie publikacje i subskrypcje po kopie zapasowe nie zostaną przywrócone.Aby ułatwić proces ten, tworzyć skrypty bieżących ustawień replikacja, a także do włączania i wyłączania replikacja.Aby uzyskać więcej informacji zobaczJak Skrypt replikacja Objects (SQL Server Management Studio).W celu odtworzenia ustawień replikacja należy skopiować te skrypty i zmień odwołania nazwa serwera do pracy obiekt docelowy wystąpienie serwera.
Aby uzyskać więcej informacji zobacz Backing Up and Restoring Replicated Databases, Replikacja i modułach bazy danych, a Replication and Log Shipping.
[Do góry]
usługa Broker aplikacji
Wiele aspektów Service Broker Przenoszenie aplikacji z bazą danych. Jednak niektóre aspekty aplikacji musi być ponownie utworzony lub ponownie skonfigurowane w nowej lokalizacji.Aby uzyskać więcej informacji zobaczMigracja (usługa Broker).
[Do góry]
Procedury uruchamiania
Procedura uruchamiania jest procedura przechowywana, który jest oznaczony do automatycznego wykonywania i jest wykonywana co czas SQL Server zostanie uruchomiony. Jeśli w bazie danych zależy od procedury uruchamiania, musi być zdefiniowany w wystąpieniu serwera docelowego i być skonfigurowany tak, aby można było wykonywane automatycznie podczas uruchamiania systemu.
Aby uzyskać więcej informacji zobaczAutomatic Execution of Stored Procedures.
[Do góry]
Wyzwalacze (poziom serwera)
Wyzwalacze DDL uruchomienie procedur przechowywanych w odpowiedzi na różne zdarzenia definicja danych Language (DDL).Zdarzenia te odnoszą się głównie do Transact-SQL instrukcje, które zaczynają się od słowa kluczowe CREATE, ALTER i DROP. Niektóre procedury składowane w systemie, wykonujących operacje DDL podobne może również wystrzelić wyzwalacze DDL.
Aby uzyskać więcej informacji na temat tej funkcji zobacz DDL Triggers.
[Do góry]
See Also