Zarządzanie metadane podczas tworzenia bazy danych na inne wystąpienie serwera
This topic is relevant for using Microsoft SQL Server 2005 and later versions in the following situations:
Definiowanie dublowanie bazy danych bazy danych.
Podczas przygotowywania do zmiany ról między serwerami podstawowymi i pomocniczymi w konfiguracja wysyłania dziennika.
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, podmiotów lub obiekty, które są poza zakresem pojedynczego baza danych użytkownika.Zazwyczaj ma zależności aplikacji wzorca i msdb baz danych, a także baza danych użytkownika.Cokolwiek przechowywane poza baza danych użytkownika jest wymagane dla poprawnego funkcjonowania tej bazy danych muszą być udostępniane w wystąpieniu serwera docelowego.Na przykład logowania dla aplikacji są przechowywane jako metadane w wzorca bazy danych i ich musi być odtworzony na obiekt docelowy serwera.Jeśli plan konserwacji aplikacji lub bazy danych zależy od SQL Server zadania agenta, którego metadane są przechowywane w msdb bazy danych, należy odtworzyć te zadania, na obiekt docelowy wystąpienie serwera.Podobnie, metadane dla wyzwalacza poziom serwera są przechowywane w wzorca.
Po przeniesieniu bazy danych do innego wystąpienia serwera aplikacji, należy odtworzyć wszystkie metadane podmioty zależne i obiektów w wzorca i msdb na obiekt docelowy wystąpienie serwera.Na przykład jeśli aplikacja bazy danych używa wyzwalaczy poziom serwera, tylko dołączanie lub przywracanie bazy danych na nowy system nie jest wystarczająca.Baza danych nie będzie działać zgodnie z oczekiwaniami, chyba że ręcznie odtworzyć metadane dla tych wyzwalaczy w wzorca bazy danych.
Informacje, podmioty i obiekty, które są przechowywane poza z baz danych użytkowników
Pozostała część tego tematu podsumowano potencjalne problemy, które mogą wpływać na bazy danych, który jest udostępniany na inne wystąpienie serwera.Trzeba ponownie utworzyć jeden lub więcej rodzajów informacji, podmiotom lub obiektów wymienionych na poniższej liście.Aby wyświetlić podsumowanie, kliknij łącze do element.
Ustawienia konfiguracja serwera
Poświadczenia
Kwerendy krzyżowe-bazy danych
Własność bazy danych
Serwery rozproszone kwerend/połączone
Zaszyfrowane dane
Błąd zdefiniowany przez użytkownika wiadomości
Powiadomienia o zdarzeniach i Instrumentacja zarządzania Windows (Instrumentacja zarządzania Windows) zdarzenia (poziom serwera)
Rozszerzone procedury przechowywane
Aparat pełnego tekstu dla SQL Server właściwości
Zadania
Logowania
Uprawnienia
Ustawienia replikacji
Aplikacje Service Broker
Procedury uruchamiania
Wyzwalacze (poziom serwera)
Ustawienia konfiguracji serwera
SQL Server 2005i nowsze wersje selektywnie instalowania i uruchamiania klucz usług i funkcji.Pomaga zmniejszyć obszar powierzchni attackable systemu.Wiele funkcji nie są włączone w konfiguracja domyślnej w nowych instalacjach.Jeśli baza danych zależy od wszelkich usługa lub funkcja, która jest domyślnie wyłączone, to usługa lub funkcja musi być włączona obiekt docelowy wystąpienie serwera.
Aby uzyskać więcej informacji dotyczących tych ustawień i włączanie lub wyłączanie ich, zobacz Opis konfiguracji obszaru powierzchni i Ustawianie opcji konfiguracji serwera.
[Do góry]
Poświadczenia
Poświadczenie jest rekord zawierający informacje uwierzytelnianie wymagane do połączenia się z zasób poza SQL Server.Większość poświadczenia składa się z identyfikatora logowania systemu Windows i hasło.
Aby uzyskać więcej informacji na temat tej funkcji, zobacz Poświadczenia (aparat bazy danych).
Ostrzeżenie
SQL Server Agent Proxy kont używają poświadczenia.Aby uzyskać identyfikator poświadczeń konto proxy, użyj sysproxies tabela systemowa.
[Do góry]
Kwerendy krzyżowe-bazy danych
Opcje bazy danych DB_CHAINING i TRUSTWORTHY są wyłączone domyślnie.Jeśli jest ich zestaw on do oryginalnej bazy danych może mieć włączyć bazę danych na wystąpienie serwera docelowego.Aby uzyskać więcej informacji, zobacz ALTER DATABASE (Transact-SQL).
W SQL Server 2000 Service Pack 3 (SP3) i nowszych wersjach SQL Server, wyłączenie operacji dołączania i Odłącz międzybazowy łańcuch własności dla bazy danych.Aby uzyskać informacje dotyczące włączania instalacjami, zobacz Opcja łańcuch własności krzyżowego db.
Aby uzyskać więcej informacji zobacz także:
Rozszerzanie bazy danych personifikacji przy użyciu jako EXECUTE
Jak Konfigurowanie bazy danych dublowanie użycie właściwości zaufanego
[Do góry]
Własność bazy danych
Po przywróceniu bazy danych na innym komputerze, SQL Server logowania lub użytkownik systemu Windows, który zainicjował operację przywracanie właściciela nowej bazy danych automatycznie staje się.Po przywróceniu bazy danych administrator systemu lub nowy właściciel bazy danych można zmienić własność bazy danych.
Serwery połączone i kwerendami rozproszonymi
Serwery połączone i kwerendami rozproszonymi są obsługiwane dla aplikacji OLE DB.Kwerendami rozproszonymi dostęp do danych z wielu dane niejednorodne źródła na tych samych lub różnych komputerach.Konfiguracja serwer połączony pozwala SQL Server do wykonać polecenia przeciwko źródeł danych OLE DB na serwerach zdalnych.Aby uzyskać więcej informacji dotyczących tych funkcji, zobacz Kwerend rozproszonych, Łączenie serwerów, i Uzyskiwanie metadanych z serwerów połączonych.
[Do góry]
Zaszyfrowane dane
Wprowadzania dostępne na inne wystąpienie serwera bazy danych zawiera zaszyfrowane dane i klucz główny bazy danych jest chroniony przez klucz główny serwisu na pierwotnym serwerze, może być konieczne ponowne utworzenie usługa szyfrowanie klucza głównego.Bazy danych klucza głównego jest klucz zawartości używany do ochrony kluczy prywatnych certyfikaty i klucze asymetryczne w bazie danych zaszyfrowanych.Po utworzeniu klucz głównego bazy danych są szyfrowane przy użyciu algorytmu Triple DES i hasła użytkownika.
Aby włączyć automatyczne odszyfrowanie bazy danych klucz głównego wystąpienie serwera, kopia tego klucz są szyfrowane przy użyciu usługa klucz głównego.To zaszyfrowanych kopia jest przechowywana w obu bazy danych i w wzorca.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 przez usługa klucza głównego musi być otwierany za pomocą instrukcja OTWORZYĆ klucza głównego i hasło.
Kiedy dołączona do nowego wystąpienia, przywrócone lub kopiowane zaszyfrowaną bazę danych SQL Server, kopię klucz głównego bazy danych zaszyfrowanych przez usługa klucz głównego nie jest przechowywana w wzorca na obiekt docelowy wystąpienie serwera.Na obiekt docelowy wystąpienie serwera, należy otworzyć klucz głównego w bazie danych.Aby otworzyć klucz głównego, należy wykonać następujące instrukcja: OPEN MASTER KEY DECRYPTION BY PASSWORD = 'password'.Zaleca się następnie włączyć automatyczne odszyfrowanie klucz głównego bazy danych przez wykonanie następujących instrukcja: ZMIENIA SZYFROWANIE DODAJ KLUCZA GŁÓWNEGO PRZEZ KLUCZ GŁÓWNY SERWISU.Wystąpienie serwera kopię bazy danych klucz główny, który jest szyfrowany przy użyciu przepisy tej instrukcja ALTER klucz główny usługa klucza głównego.Aby uzyskać więcej informacji, zobacz OTWORZYĆ klucza głównego (Transact-SQL) i Zmienianie klucza głównego (Transact-SQL).
Aby uzyskać informacje dotyczące włączania automatycznego odszyfrowania klucz głównego bazy danych duplikat bazy danych, zobacz Konfigurowanie bazy danych zaszyfrowanych dublowanie.
Aby uzyskać więcej informacji zobacz także:
[Do góry]
Komunikaty o błędach zdefiniowane przez użytkownika
Błąd zdefiniowany przez użytkownika wiadomości znajdują się w sys.messages wykazu widoku.Widok ten katalog jest przechowywany w wzorca.Jeśli błąd zdefiniowany przez użytkownika wiadomości zależy od aplikacji bazy danych i baza danych jest udostępniana na inne wystąpienie serwera, użyj sp_addmessage dodać te wiadomości zdefiniowane przez użytkownika na obiekt docelowy wystąpienie serwera.
[Do góry]
Powiadomienia o zdarzeniach i Instrumentacji zarządzania Windows (WMI) zdarzenia (na poziomie serwera)
Poziom serwera powiadomienia o zdarzeniach
Poziom serwera zdarzenie powiadomienia są przechowywane w msdb.Dlatego jeśli aplikacji bazy danych zależy od powiadomienia zdarzeń poziom serwera, że powiadomienie o zdarzeniu musi być odtworzony na serwerze docelowym wystąpienie.Do wyświetlania powiadomień o zdarzeniach na serwerze wystąpienie, użyj sys.server_event_notifications wykazu widoku.Aby uzyskać więcej informacji, zobacz Powiadomienia o zdarzeniach (aparat bazy danych).
Ponadto zdarzenie powiadomienia są dostarczane za pomocą Service Broker.Trasy dla przychodzących wiadomości nie są uwzględniane w bazie danych, która zawiera usługa.Natomiast jawnej trasy są przechowywane w msdb.Jeśli wykorzystuje jawnej trasa w msdb bazy danych do routingu wiadomości przychodzących do usługa podczas dołączania bazy danych w innym wystąpienie, należy odtworzyć tej trasa.Aby uzyskać więcej informacji, zobacz Service Broker routingu.
Aby zestaw bazy danych do dostarczania wiadomości zdalnych w górę
Instrumentacja zarządzania Windows (WMI) zdarzenia
Instrumentacja zarządzania Windows Dostawcy zdarzeń serwera umożliwia korzystanie z Instrumentacja zarządzania Windows (Instrumentacja zarządzania Windows) do monitorowania zdarzeń w SQL Server.Dowolna aplikacja, która zależy od zdarzeń poziom serwera dostępne za pośrednictwem dostawca WMI, na której opiera się bazy danych muszą być zdefiniowane na komputerze obiekt docelowy wystąpienie serwera.Dostawca zdarzeń WMI utworzy powiadomień o zdarzeniach miejsce docelowe usługi, która jest zdefiniowana w msdb.
Ostrzeżenie
Aby uzyskać więcej informacji, zobacz Dostawca WMI dla pojęcia zdarzenia serwera.
Aby utworzyć alert WMI przy użyciu programu SQL Server Management Studio
Jak działają powiadomień o zdarzeniach dublowanego 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: jedną dla wystąpienia serwer dublowany i jeden dla serwer duplikatu instancji.
Konfigurując dublowanego tras, należy Service Broker routing świadome dublowanie bazy danych.Włącz dublowanego tras Service Broker przezroczysty przekierować konwersacji bieżące wystąpienie serwer dublowany.Rozważmy na przykład usługa, Service_A, który jest obsługiwany przez bazę dublowanego Database_A.Założono konieczne inną usługa, Service_B, który jest obsługiwany przez Database_B, aby mieć dialog z Service_A.W tym oknie dialogowym należy umożliwić Database_B musi zawierać dublowanego trasa dla Service_A.Ponadto Database_A musi zawierać nonmirrored trasy transportu TCP do Service_B, które w przeciwieństwie do trasa lokalna pozostaje ważne po pracy awaryjnej. Te trasy włączyć komunikaty ACK powrót po przejęciu awaryjnym.Ponieważ usługa nadawcy nosi się zawsze w taki sam sposób, trasa należy określić wystąpienie broker.
Niezależnie od tego, czy usługa dublowanego bazy danych jest miejsce docelowe lub Usługa inicjatora dla stosuje się wymóg dublowanego tras:
Jeśli Usługa miejsce docelowe jest dublowany bazy danych, usługi inicjatora musi mieć trasa dublowanego do miejsce docelowe.Jednak obiekt miejsce docelowe może mieć regularnych trasa do inicjatora.
Jeśli Usługa inicjatora jest dublowany bazy danych, usługi miejsce docelowe musi mieć trasa dublowanego do inicjatora do dostarczania potwierdzeń i odpowiedzi.Jednak inicjator może mieć regularnych trasa do miejsce docelowe.
Aby uzyskać więcej informacji zobacz także:
[Do góry]
Rozszerzone procedury przechowywane
.gif "Ważna informacja") Ważne: |
|---|
Ta funkcja zostanie usunięta z przyszłej wersji programu Microsoft SQL Server. Należy unikać stosowania tej funkcji w nowych projektach oraz zaplanować modyfikację aplikacji, w których obecnie jest używana ta funkcja.Użyj Integracji CLR zamiast. |
Rozszerzone procedury przechowywane są programowane za pomocą SQL Server Rozszerzona procedura przechowywana API.element członkowski sysadmin roli serwera stałych można zarejestrować rozszerzona procedura składowana z wystąpienie z SQL Server i udzielić uprawnień użytkownikom wykonywanie procedury.Rozszerzone procedury przechowywane mogą być dodawane tylko do wzorca bazy danych.
Rozszerzone procedury przechowywane, uruchom bezpośrednio w przestrzeni adresowej wystąpienie SQL Server, i mogą one dawać przecieki pamięci lub innych problemów, które zmniejszyć wydajność i niezawodność serwera.Należy rozważyć przechowywanie rozszerzonych procedur przechowywanych w instancji SQL Server oddzielonym od wystąpienie zawierający odwołanie danych.Należy również rozważyć, dostęp do bazy danych za pomocą kwerend rozproszonych.Aby uzyskać więcej informacji, zobacz Kwerend rozproszonych.
| Ważne: |
|---|
Przed dodaniem rozszerzonych procedur przechowywanych na serwerze i udzielanie uprawnień EXECUTE do innych użytkowników, administrator systemu należy dokładnie przeczytać każdego rozszerzona procedura składowana upewnij się, że nie zawiera on szkodliwych lub szkodliwy kod.Aby uzyskać więcej informacji, zobacz Rozszerzone procedury przechowywane. |
Aby uzyskać więcej informacji, zobacz UDZIELIĆ uprawnień obiektu (Transact-SQL), ODMAWIANIE uprawnień obiektu (Transact-SQL), i ODWOŁAJ uprawnienia obiektu (Transact-SQL).
[Do góry]
Aparat pełnego tekstu dla SQL Server właściwości
Właściwości są zestaw na silniku pełnego tekstu przez sp_fulltext_service.Upewnij się, że obiekt docelowy wystąpienie serwera ma wymagane ustawienia tych właściwości.Aby uzyskać więcej informacji na temat tych właściwości, zobacz FULLTEXTSERVICEPROPERTY (Transact-SQL).
Ponadto jeśli moduły dzielenia wyrazów i programy szukające rdzeni składnika lub filtry przeszukiwanie pełnego tekstu składnika mają różne wersje na wystąpienia serwera oryginał i obiekt docelowy, kwerend i indeksu pełnotekstowego mogą zachowywać się inaczej.Ponadto tezaurusa jest przechowywane w plikach danego wystąpienie.Musi przesłać kopię tych plików do lokalizacji równoważne na obiekt docelowy serwera wystąpienia lub Odtwórz je na nowe wystąpienie.
Ostrzeżenie
Po dołączeniu SQL Server 2005 bazę danych zawierającą wykaz pełnotekstowy plików na SQL Server 2008 pliki wystąpienie serwera, katalogu, pliki są dołączone z poprzedniej lokalizacji wraz z bazy danych, takie same, jak w SQL Server 2005.Aby uzyskać więcej informacji, zobacz Uaktualnienie wyszukiwania pełnotekstowego.
Aby uzyskać więcej informacji zobacz także:
[Do góry]
Zadania
Jeśli baza danych opiera się na SQL Server zadania agenta będzie trzeba ponownie utworzyć je na obiekt docelowy wystąpienie serwera.Zadania zależą od swoich środowiskach.Jeśli planujesz odtworzyć istniejącego zadanie na obiekt docelowy wystąpienie serwera obiekt docelowy wystąpienie serwera może okazać się być modyfikowane środowiska tego zadanie w oryginalnym wystąpieniu serwera.Następujące czynniki środowiskowe są znaczące:
Logowanie, używana przez zadanie
Do tworzenia lub wykonać SQL Server zadania agenta, należy najpierw dodać wszelkie SQL Server logowania wymagane przez zadanie do obiekt docelowy wystąpienie serwera.Aby uzyskać więcej informacji, zobacz Jak Konfigurowanie użytkowników, tworzenie i zarządzanie zadaniami agenta serwera SQL (SQL Server Management Studio).
SQL Server Konto uruchamiania usługa Agent
Określa konto uruchamiania usługa Microsoft konta systemu Windows, w którym SQL Server uruchamia agenta i jego uprawnienia sieciowe.SQL Server Agent działa jako określonego konta użytkownika.Kontekst usługa Agent 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 Wybieranie konta dla SQL Server Usługa agenta.
Działał poprawnie, konto uruchamiania usługa musi być skonfigurowany do poprawnej domena, system plików i uprawnień rejestru.Ponadto zadanie może wymagać udostępnionego zasób sieciowego, który musi być skonfigurowany dla konta usługa.Aby uzyskać informacje, zobacz Konfigurowanie kont usług systemu Windows.
SQL ServerUsługa agenta, który jest skojarzony z konkretne wystąpienie SQL Server, ma własny gałęzi rejestru i jego zadania mają zazwyczaj zależności w jednej lub więcej ustawień w tej gałęzi rejestru.Zachowanie zgodnie z przeznaczeniem, zadanie wymaga te ustawienia rejestru.Użyć skryptu do odtworzenia zadanie w innym SQL Server usługa agenta jego rejestru może nie mieć prawidłowe ustawienia dla tego zadanie.Dla zadań odtworzony poprawnie na zachowanie obiekt docelowy wystąpienie serwera, oryginał i obiekt docelowy SQL Server usługi Agent powinien mieć te same ustawienia rejestru.
PrzestrogaZmienianie ustawień rejestru obiekt docelowy SQL Server usługa spedycyjnej do obsługi odtworzony zadanie mogą być problematyczne, jeżeli bieżące ustawienia są wymagane przez inne zadanie.Ponadto niepoprawne edytowanie rejestru może spowodować poważnie uszkodzenia systemu.Przed wprowadzeniem zmian w rejestrze zalecane jest tworzyć kopię zapasową wycenione żadnych danych na komputerze.
SQL Server Agent proxy
A SQL Server agenta proxy definiuje kontekst zabezpieczeń dla kroku określone zadanie.zadanie na obiekt docelowy wystąpienie serwera wszystkie serwery proxy wymaga musi być ręcznie odtworzony w tej instancji.Aby uzyskać więcej informacji, zobacz Tworzenie SQL Server agenta proxy i Rozwiązywanie problemów z propagując zadania, które korzystają z serwerów proxy.
Aby uzyskać więcej informacji zobacz także:
Zarządzanie logowania i zadania po zmianie roli (dla dublowanie bazy danych)
Konfigurowanie kont usług systemu Windows(podczas instalowania wystąpienie SQL Server)
Konfigurowanie SQL Server Agent(podczas instalowania wystąpienie SQL Server)
Aby wyświetlić istniejących zadań i ich właściwości
Aby utworzyć zadanie
Skrypt istniejącego zadanie
Najważniejsze wskazówki dotyczące ponownego utworzenia zadania za pomocą skryptu
Firma Microsoft zaleca, aby po uruchomieniu przez wykonywanie skryptów proste zadanie, ponowne tworzenie zadanie, z drugiej SQL Server usługa agenta i uruchomienie zadanie, aby sprawdzić, czy działa jako zamierzone.Pozwoli to identyfikowanie niezgodności i spróbować je rozwiązać.Zadanie ze skryptem nie działa zgodnie z oczekiwaniami w jego nowego środowiska, zaleca się utworzenie równoważne stanowisko, że działa poprawnie w tym środowisku.
[Do góry]
Logowania
Logowanie do wystąpienie SQL Server wymaga prawidłowego SQL Server logowania.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 odpowiadające im SQL Server logowania jest nieokreślony lub jest niepoprawnie zdefiniowany na serwerze wystąpienie nie może zalogować się do instancji.Taki użytkownik jest nazywany użytkownika oddzielone bazy danych dla tego wystąpienie serwera.Użytkownik bazy danych mogą zostać oddzielone Jeżeli po przywrócone, dołączone lub skopiowane 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 Wybierz opcje skryptu okno dialogowe, zestaw Skryptu logowania opcji True.Aby uzyskać więcej informacji, zobacz Jak Generowanie skryptu (SQL Server Management Studio).
Aby uzyskać informacje dotyczące sposobu wyświetlania SQL Server logowania i aby wykryć i rozpoznać orphaned users na serwerze wystąpienie, zobacz Troubleshooting Orphaned Users.
Ostrzeżenie
Aby uzyskać informacje dotyczące sposobu zestaw logowania do bazy danych dublowanego, zobacz Ustawienie Up logowania konta dla dublowania baz danych i Zarządzanie logowania i zadania po zmianie roli.
[Do góry]
Uprawnienia
Następujące typy uprawnień może mieć wpływ, gdy baza danych jest dostępny na inne wystąpienie serwera.
UDZIELIĆ, UCHYLIĆ lub ODMÓWIĆ uprawnień do obiektów systemu
PRZYZNAĆ, UCHYLIĆ lub ODMÓWIĆ uprawnień na serwerze wystąpienie (uprawnień poziom serwera)
GRANT, REVOKE i ODMÓW uprawnień do obiektów systemu
Uprawnienia do obiektów systemowych, takich jak procedury przechowywane, rozszerzonych procedur przechowywanych, funkcji i widoków, są przechowywane w wzorca 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 Wybierz opcje skryptu okno dialogowe, zestaw Uprawnień na poziomie obiektu skryptu opcji True.Aby uzyskać więcej informacji, zobacz Jak Generowanie skryptu (SQL Server Management Studio).
| Ważne: |
|---|
Jeśli skrypt logowania, hasła nie są tworzone.Jeśli masz logowania, które używają SQL Server uwierzytelniania, należy zmodyfikować skrypt na obiekt docelowy. |
Obiekty systemowe są widoczne w sys.system_objects wykazu widoku.Uprawnienia do obiektów systemu są widoczne w sys.database_permissions widok w katalogu wzorca bazy danych.Aby uzyskać informacje dotyczące tych kwerend widoki wykazu i udzielanie uprawnień obiektu systemu, zobacz PRZYZNAĆ uprawnienia do obiektów systemu (Transact-SQL).Aby uzyskać więcej informacji, zobacz ODWOŁAJ uprawnienia do obiektów systemu (Transact-SQL) i ODMÓW uprawnień do obiektów systemu (Transact-SQL).
GRANT, REVOKE i uprawnienia ODMÓW w wystąpieniu serwera
Uprawnienia na serwerze zakres są przechowywane w wzorca bazy danych i musi być skonfigurowany w wystąpieniu serwera docelowego.Informacji o uprawnieniach serwera wystąpienie serwera, kwerenda sys.server_permissions wykazu widoku, aby uzyskać informacje dotyczące serwerów głównych kwerendy sys.server_principalss wykazu widoku oraz informacje dotyczące członkostwa kwerendy role serwera sys.server_role_members wykazu widoku.
Aby uzyskać więcej informacji, zobacz PRZYZNAĆ uprawnienia serwera (Transact-SQL), ODWOŁAJ uprawnienia serwera (Transact-SQL), i ODMAWIANIE uprawnień Server (Transact-SQL).
Uprawnienia na poziomie serwera certyfikatów lub klucza asymetrycznego
Nie można udzielić uprawnień poziom serwera bezpośrednio do certyfikat lub klucz asymetrycznego.Zamiast tego uprawnienia poziom serwera są przyznawane logowania mapowanego, utworzony wyłącznie dla określonego certyfikat lub klucz asymetrycznego.Dlatego każde certyfikatów lub klucz asymetrycznego, który wymaga uprawnień poziom serwera, wymaga własnej certyfikat mapowany logowania lub logowania mapowanego klucz asymetrycznego.Aby udzielić uprawnień poziom serwera certyfikat lub klucz asymetrycznego, udziel uprawnień do jej mapowanych logowania.
Ostrzeżenie
Logowania mapowanego jest używana tylko do autoryzacja kodu podpisanego z odpowiednimi certyfikat lub klucz asymetrycznego.Logowania mapowanego nie można używać do uwierzytelnianie.
Logowania mapowanego i jej uprawnienia znajdują się zarówno w wzorca.Jeśli certyfikat lub klucz asymetrycznego rezyduje w bazie danych innych niż wzorca, należy odtworzyć go w wzorca i mapowania identyfikatora logowania.Przenoszenia, kopiowania lub przywracanie bazy danych do innego wystąpienia serwera, należy odtworzyć jej certyfikat lub klucz asymetrycznego w wzorca bazy danych obiekt docelowy wystąpienie serwera mapowania identyfikatora logowania i udzielić wymaganych uprawnień poziom serwera logowania.
Aby utworzyć certyfikat lub klucz asymetrycznego
Do mapowania certyfikat lub klucz asymetrycznego identyfikatora logowania
Aby przypisać uprawnienia do logowania mapowanego
Aby uzyskać więcej informacji na temat certyfikaty i klucze asymetryczne Zobacz Szyfrowanie hierarchii.
[Do góry]
Ustawienia replikacji
W przypadku przywracanie kopia zapasowa zreplikowanej bazy danych do innego serwera lub bazy danych, nie zachowywane ustawienia replikacja.W takim przypadek należy odtworzyć wszystkie publikacje i subskrypcje, po przywróceniu są kopie zapasowe.Aby ułatwić tego procesu, należy utworzyć skrypty bieżących ustawień replikacja, a także, włączania i wyłączania replikacja.Aby uzyskać więcej informacji, zobacz Jak Skrypt Replication Objects (SQL Server Management Studio).Aby ponownie utworzyć ustawienia replikacja, skopiuj te skrypty i zmień odwołania nazwa serwera do pracy dla obiekt docelowy wystąpienie serwera.
Aby uzyskać więcej informacji, zobacz Wykonywanie kopii zapasowych i przywracaniu zreplikowanych baz danych, Replikacja i dublowania baz danych, i Replikacja i dzienników.
[Do góry]
Service Broker aplikacji
Wiele aspektów Service Broker aplikacji są przenoszone z bazy danych.Jednak niektóre aspekty aplikacji muszą być utworzony lub ponownie skonfigurowane w nowej lokalizacji.Aby uzyskać więcej informacji, zobacz Migracji (Service Broker).
[Do góry]
Procedury uruchamiania
Procedura uruchamiania jest procedura składowana, która jest oznaczona do automatycznego wykonywania i jest wykonywana co czas SQL Server uruchomieniu.Jeśli baza danych zależy od wszelkich procedur uruchamiania, musi być zdefiniowana na obiekt docelowy wystąpienie serwera i być skonfigurowany do wykonania automatycznie podczas uruchamiania systemu.
Aby uzyskać więcej informacji, zobacz Automatyczne wykonanie procedur przechowywanych.
[Do góry]
Wyzwalacze (na poziomie serwera)
Wyzwalacze DDL ognia procedur przechowywanych w odpowiedzi na różne zdarzenia Data Definition Language (DDL).Zdarzenia te odpowiadają przede wszystkim do Transact-SQL instrukcji, które start ze słowami kluczowymi CREATE, ALTER i UPUSZCZANIA.Niektóre procedury składowane w systemie, wykonujących operacje DDL like można również ognia Wyzwalacze DDL.
Aby uzyskać więcej informacji na temat tej funkcji, zobacz Wyzwalacze DDL.
[Do góry]
Zobacz także