Veritabanını Başka Bir Sunucuda Kullanılabilir Hale Getirirken Meta Verileri Yönetme

Şunlar için geçerlidir: SQL Server

Bu makale aşağıdaki durumlarda geçerlidir:

• Always On kullanılabilirlik grubu içinde bulunan replikaların yapılandırılması.

• Bir veritabanı için veritabanı yansıtmayı ayarlama.

• Birincil ve ikincil sunucular arasında günlük gönderim yapılandırmasındaki rolleri değiştirmeye hazırlanırken, aşağıdaki adımları takip edin.

• Veritabanını başka bir sunucu örneğine geri yükleme.

• Veritabanının bir kopyasını başka bir sunucu örneğine ekleme.

• yöntemini kullanarak veritabanı altyapısı yükseltmesi gerçekleştirme - yeni bir yüklemeye geçiş.

• Veritabanlarını Azure SQL'e (Sanal Makine veya Yönetilen Örnek) geçirme.

Bazı uygulamalar tek bir kullanıcı veritabanının kapsamı dışında olan bilgilere, varlıklara ve/veya nesnelere bağlıdır. Genellikle, bir uygulamanın master ve msdb veritabanlarına ve ayrıca kullanıcı veritabanına bağımlılıkları vardır. Bir kullanıcı veritabanının dışında depolanan ve bu veritabanının doğru çalışması için gereken her şey hedef sunucu örneğinde kullanılabilir duruma getirilmelidir. Örneğin, bir uygulamanın oturum açma bilgileri master veritabanında meta veri olarak depolanır ve hedef sunucuda yeniden oluşturulmalıdır. Bir uygulama veya veritabanı bakım planı, meta verileri msdb veritabanında depolanan SQL Server Agent işlerine bağımlıysa, hedef sunucu örneğinde bu işleri yeniden oluşturmanız gerekir. Benzer şekilde, sunucu düzeyinde bir tetikleyicinin meta verileri masteriçinde depolanır.

Bir uygulamanın veritabanını başka bir sunucu örneğine taşıdığınızda, hedef sunucu örneğinde master ve msdb bağımlı varlıkların ve nesnelerin tüm meta verilerini yeniden oluşturmanız gerekir. Örneğin, bir veritabanı uygulaması sunucu düzeyinde tetikleyiciler kullanıyorsa, veritabanını yeni sisteme eklemek veya geri yüklemek yeterli değildir. master veritabanında bu tetikleyiciler için meta verileri el ile yeniden oluşturmadığınız sürece veritabanı beklendiği gibi çalışmaz.

Kullanıcı Veritabanlarının Dışında Depolanan Bilgiler, Varlıklar ve Nesneler

Bu makalenin geri kalanında, başka bir sunucu örneğinde kullanılabilir hale getirilmekte olan bir veritabanını etkileyebilecek olası sorunlar özetlenmektedir. Aşağıdaki listede listelenen bilgi, varlık veya nesne türlerinden birini veya daha fazlasını yeniden oluşturmanız gerekebilir. Özet görmek için öğenin bağlantısını seçin.

• Sunucu yapılandırma ayarları

• Kimlik Bilgileri

• Veritabanları arası sorgular

• Veritabanı sahipliği

• Dağıtılmış sorguları/bağlı sunucuları

• şifrelenmiş veri

• Kullanıcı tanımlı hata iletileri

• Olay bildirimleri ve Windows Yönetim Araçları (WMI) olayları (sunucu düzeyinde)

• Genişletilmiş saklı yordamlar

• SQL Server özellikleri için tam metin altyapısı

• İş

• oturum açma

• İzinleri

• Çoğaltma ayarları

• Hizmet Aracısı uygulamaları

• Başlangıç Yordamları

• Tetikleyicileri (sunucu düzeyinde)

Sunucu Yapılandırma Ayarları

SQL Server 2005 (9.x) ve sonraki sürümleri, temel hizmetleri ve özellikleri seçmeli olarak yükler ve başlatır. Bu, sistemin saldırıya uğrayabilen yüzey alanını azaltmaya yardımcı olur. Yeni yüklemelerin varsayılan yapılandırmasında birçok özellik etkinleştirilmez. Veritabanı varsayılan olarak kapalı olan herhangi bir hizmeti veya özelliği kullanıyorsa, bu hizmet veya özellik hedef sunucu örneğinde etkinleştirilmelidir.

Bu ayarlar ve bunları etkinleştirme veya devre dışı bırakma hakkında daha fazla bilgi için bkz. Sunucu Yapılandırma Seçenekleri (SQL Server).

Kimlik bilgi -leri

Kimlik bilgisi, SQL Server dışındaki bir kaynağa bağlanmak için gereken kimlik doğrulama bilgilerini içeren bir kayıttır. Çoğu kimlik bilgisi bir Windows oturum açma ve paroladan oluşur.

Bu özellik hakkında daha fazla bilgi için bkz. Kimlik Bilgileri (Veritabanı Altyapısı).

Veritabanları Arası Sorgular

DB_CHAINING ve GÜVENİLİR veritabanı seçenekleri varsayılan olarak KAPALI'dır. Bunlardan biri özgün veritabanı için ON olarak ayarlandıysa, bunları hedef sunucu örneğindeki veritabanında etkinleştirmeniz gerekebilir. Daha fazla bilgi için bkz. ALTER DATABASE (Transact-SQL).

Ekleme ve ayırma işlemleri, veritabanı için veritabanları arası sahiplik zincirini devre dışı bırakır. Zincirlemeyi etkinleştirme hakkında bilgi için bkz. çapraz veritabanı sahipliği zincirleme Sunucusu Yapılandırma Seçeneği.

Daha fazla bilgi için bkz. Güvenilir Özelliği (Transact-SQL) Kullanmak için Yansıtma Veritabanı Ayarlama

Veritabanı Sahipliği

Bir veritabanı başka bir bilgisayara geri yüklendiğinde, geri yükleme işlemini başlatan SQL Server oturum açma bilgisi veya Windows kullanıcısı yeni veritabanının otomatik olarak sahibi olur. Veritabanı geri yüklendiğinde, sistem yöneticisi veya yeni veritabanı sahibi veritabanı sahipliğini değiştirebilir.

Dağıtılmış Sorgular ve Bağlı Sunucular

Dağıtılmış sorgular ve bağlı sunucular OLE DB uygulamaları için desteklenir. Dağıtılmış sorgular, aynı veya farklı bilgisayarlardaki birden çok heterojen veri kaynağından verilere erişmektedir. Bağlı sunucu yapılandırması, SQL Server'ın uzak sunuculardaki OLE DB veri kaynaklarına karşı komut yürütmesini sağlar. Bu özellikler hakkında daha fazla bilgi için bkz. Bağlı Sunucular (Veritabanı Altyapısı).

Şifrelenmiş Veriler

Başka bir sunucu örneğinde kullanılabilir hale getirmekte olduğunuz veritabanı şifrelenmiş veriler içeriyorsa ve veritabanı ana anahtarı özgün sunucudaki hizmet ana anahtarıyla korunuyorsa, hizmet ana anahtarı şifrelemesini yeniden oluşturmak gerekebilir. veritabanı ana anahtarı, şifrelenmiş bir veritabanındaki sertifikaların ve asimetrik anahtarların özel anahtarlarını korumak için kullanılan bir simetrik anahtardır. Oluşturulduğunda, veritabanı ana anahtarı Üçlü DES algoritması ve kullanıcı tarafından sağlanan parola kullanılarak şifrelenir.

Bir sunucu örneğinde veritabanı ana anahtarının otomatik şifresinin çözülmesini etkinleştirmek için bu anahtarın bir kopyası hizmet ana anahtarı kullanılarak şifrelenir. Bu şifrelenmiş kopya hem veritabanında hem de masteriçinde depolanır. Genellikle, ana anahtar değiştirildiğinde master'de depolanan kopya sessizce güncelleştirilir. SQL Server önce örneğin hizmet ana anahtarıyla veritabanı ana anahtarının şifresini çözmeyi dener. Bu şifre çözme işlemi başarısız olursa, SQL Server kimlik bilgisi deposunda ana anahtar gerektiren veritabanıyla aynı aile GUID'sine sahip ana anahtar kimlik bilgilerini arar. Ardından SQL Server, şifre çözme başarılı olana veya başka kimlik bilgisi kalmayıncaya kadar veritabanı ana anahtarının şifresini eşleşen her kimlik bilgisi ile çözmeye çalışır. Hizmet ana anahtarı tarafından şifrelenmemiş bir ana anahtar OPEN MASTER KEY deyimi ve parola kullanılarak açılmalıdır.

Şifrelenmiş bir veritabanı sql server'ın yeni bir örneğine kopyalandığında, geri yüklendiğinde veya eklendiğinde, hizmet ana anahtarı tarafından şifrelenen veritabanı ana anahtarının bir kopyası hedef sunucu örneğindeki master depolanmaz. Hedef sunucu örneğinde veritabanının ana anahtarını açmanız gerekir. Ana anahtarı açmak için şu ifadeyi çalıştırabilirsiniz: ANA ANAHTARI AÇ PAROLA İLE ŞİFREYİ ÇÖZ ='parola'. Ardından aşağıdaki deyimi yürüterek veritabanı ana anahtarının otomatik olarak şifresini çözmeyi etkinleştirmenizi öneririz: ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY. Bu ALTER MASTER KEY deyimi, sunucu örneğine hizmet ana anahtarıyla şifrelenmiş veritabanı ana anahtarının bir kopyasını sağlar. Daha fazla bilgi için bkz. OPEN MASTER KEY (Transact-SQL) ve ALTER MASTER KEY (Transact-SQL).

Yansıtma veritabanının veritabanı ana anahtarının otomatik şifre çözmesini etkinleştirme hakkında bilgi için bkz. Şifrelenmiş Yansıtma Veritabanı Ayarlama.

Daha fazla bilgi için bkz:

• Şifreleme Hiyerarşisi

• Şifrelenmiş Bir Yansıtma Veritabanı Ayarlama

• İki Sunucuda Aynı Simetrik Anahtarlar Oluşturma

Kullanıcı Tanımlı Hata İletileri

Kullanıcı tanımlı hata iletileri, sys.messages katalog görünümünde bulunur. Bu katalog görünümü masteriçinde depolanır. Veritabanı uygulaması kullanıcı tanımlı hata iletilerine bağımlıysa ve veritabanı başka bir sunucu örneğinde kullanılabilir hale getirildiyse, hedef sunucu örneğine bu kullanıcı tanımlı iletileri eklemek için sp_addmessage kullanın.

Olay Bildirimleri ve Windows Yönetim Araçları (WMI) Olayları (Sunucu Düzeyinde)

Olay Bildirimleri Server-Level

Sunucu düzeyinde olay bildirimleri msdbiçinde depolanır. Bu nedenle, bir veritabanı uygulaması sunucu düzeyinde bir olay bildirimine dayanırsa, bu olay bildiriminin hedef sunucu örneğinde yeniden oluşturulması gerekir. Sunucu örneğinde olay bildirimlerini görüntülemek için sys.server_event_notifications katalog görünümünü kullanın. Daha fazla bilgi için bkz. Olay Bildirimleri.

Ayrıca, olay bildirimleri Hizmet Aracısı kullanılarak teslim edilir. Gelen iletiler için yollar, bir hizmeti içeren veritabanına dahil edilmemiştir. Bunun yerine, açık yollar msdbiçinde depolanır. Hizmetiniz gelen iletileri hizmete yönlendirmek için msdb veritabanında açık bir yol kullanıyorsa, farklı bir örneğe veritabanı eklediğinizde bu yolu yeniden oluşturmanız gerekir.

Windows Yönetim Araçları (WMI) Olayları

Sunucu Olayları için WMI Sağlayıcısı, SQL Server'daki olayları izlemek için Windows Yönetim Araçları'nı (WMI) kullanmanıza olanak tanır. Veritabanının bağlı olduğu WMI sağlayıcısı aracılığıyla kullanıma sunulan sunucu düzeyindeki olayları kullanan tüm uygulamalar, hedef sunucu örneğinin bilgisayarı olarak tanımlanmalıdır. WMI Olay sağlayıcısı, msdbiçinde tanımlanan bir hedef hizmetle olay bildirimleri oluşturur.

SQL Server Management Studio kullanarak WMI uyarısı oluşturmak için

• WMI Olay Uyarısı Oluştur

Yansıtılmış Veritabanı için Olay Bildirimleri Nasıl Çalışır?

Yansıtılan veritabanını içeren olay bildirimlerinin veritabanları arası teslimi, tanımı gereği uzaktandır, çünkü yansıtılan veritabanı yük devredebilir. Hizmet Aracısı, yansıtılmış veritabanları içinyansıtılmış yollar biçiminde özel destek sağlar. Yansıtılmış yol iki adrese sahiptir: biri asıl sunucu örneği için, diğeri de yansıtma sunucu örneği için.

Yansıtılmış yollar ayarlayarak Hizmet Aracısı yönlendirmesini veritabanı yansıtmasını algılarsınız. Yansıtılmış yollar, Hizmet Aracısı'nın konuşmaları geçerli asıl sunucu örneğine saydam olarak yeniden yönlendirmesini sağlar. Örneğin, Database_A adlı yansıtılmış bir veritabanı tarafından barındırılan Service_A hizmetini düşünün. Service_A ile bir diyalog kurmak için, Database_B tarafından barındırılan başka bir hizmet olan Service_B'ye ihtiyacınız olduğunu varsayalım. Bu diyaloğun mümkün olması için Database_B'nin Service_A için yansıtılmış bir yol içermesi gerekir. Buna ek olarak, Database_A'da, yerel bir rotadan farklı olarak, yük devretmeden sonra geçerli kalan ve Service_B'ye yönelik yansıtılmamış bir TCP aktarım yolunun bulunması gerekir. Bu yollar, yük devretme sonrasında ACK'lerin geri gelmesini sağlar. Gönderenin hizmeti her zaman aynı şekilde adlandırılıyor olduğundan, rotanın aracı örneğinin belirtilmesi gerekir.

Yansıtılmış yollar gereksinimi, yansıtılmış veritabanındaki hizmetin başlatıcı hizmeti mi yoksa hedef hizmet mi olduğuna bakılmaksızın geçerlidir:

• Hedef hizmet yansıtılmış veritabanındaysa, başlatıcı hizmet hedefe geri dönüş için yansıtılmış bir güzergâha sahip olmalıdır. Ancak hedefin başlatıcıya geri dönecek düzenli bir rotası olabilir.

• Başlatıcı hizmeti yansıtılmış veritabanındaysa, onayları ve yanıtları teslim etmek için hedef hizmetin başlatıcıya geri yansıtılmış bir yolu olmalıdır. Ancak başlatıcının hedef için normal bir yolu olabilir.

Genişletilmiş Saklı Yordamlar

Genişletilmiş saklı yordamlar SQL Server Genişletilmiş Saklı Yordam API'si kullanılarak programlanmıştır. sysadmin sabit sunucu rolünün bir üyesi, genişletilmiş bir saklı yordamı SQL Server örneğine kaydedebilir ve kullanıcılara yordamı yürütme izni verebilir. Genişletilmiş saklı yordamlar yalnızca master veritabanına eklenebilir.

Genişletilmiş saklı yordamlar doğrudan SQL Server örneğinin adres alanında çalışır ve sunucunun performansını ve güvenilirliğini azaltan bellek sızıntıları veya başka sorunlar üretebilir. Genişletilmiş saklı yordamları, başvurulan verileri içeren örnekten ayrı bir SQL Server örneğinde depolamayı düşünmelisiniz. Ayrıca veritabanına erişmek için dağıtılmış sorgular kullanmayı da göz önünde bulundurmalısınız.

Daha fazla bilgi için bkz. GRANT Nesne İzinleri (Transact-SQL), DENY Nesne İzinleri (Transact-SQL)ve REVOKE Nesne İzinleri (Transact-SQL).

SQL Server Özellikleri için Full-Text Altyapısı

Özellikler Full-Text Altyapısı'nda sp_fulltext_servicetarafından ayarlanır. Hedef sunucu örneğinin bu özellikler için gerekli ayarlara sahip olduğundan emin olun. Bu özellikler hakkında daha fazla bilgi için bkz. FULLTEXTSERVICEPROPERTY (Transact-SQL).

Ayrıca, sözcük ayırıcıları ve kök sözcükleri bileşenleri veya tam metin arama filtreleri bileşenleri özgün ve hedef sunucu örneklerinde farklı sürümleri varsa, tam metin dizini ve sorgular farklı davranabilir. Ayrıca eş anlamlılar sözlüğü örneğe özgü dosyalarda depolanır. Bu dosyaların bir kopyasını hedef sunucu örneğindeki eşdeğer bir konuma aktarmanız veya yeni örnekte yeniden oluşturmanız gerekir.

Daha fazla bilgi için bkz:

• Full-Text Katalogları ve Dizinleri Yedekleme ve Geri Yükleme

• Veritabanı Yansıtma ve Full-Text Katalogları (SQL Server)

Işleri

Veritabanı SQL Server Agent işlerine bağlıysa, bunları hedef sunucu örneğinde yeniden oluşturmanız gerekir. İşler ortamlarına bağlıdır. Hedef sunucu örneğinde var olan bir işi yeniden oluşturmayı planlıyorsanız, hedef sunucu örneğinin özgün sunucu örneğindeki o işin ortamıyla eşleşecek şekilde değiştirilmesi gerekebilir. Aşağıdaki çevresel faktörler önemlidir:

• İş tarafından kullanılan oturum açma bilgileri

  SQL Server Aracısı işlerini oluşturmak veya yürütmek için, önce iş için gereken TÜM SQL Server oturum açma bilgilerini hedef sunucu örneğine eklemeniz gerekir. Daha fazla bilgi için bkz. SQL Server Aracısı İşleri Oluşturma ve Yönetme için Kullanıcıyı Yapılandırma.

• SQL Server Agent hizmeti başlangıç hesabı

  Hizmet başlangıç hesabı, SQL Server Agent'ın çalıştığı Microsoft Windows hesabını ve ağ izinlerini tanımlar. SQL Server Aracısı belirtilen bir kullanıcı hesabı olarak çalışır. Aracı hizmetinin bağlamı, işin ayarlarını ve çalışma ortamını etkiler. Hesabın, işin gerektirdiği ağ paylaşımları gibi kaynaklara erişimi olmalıdır. Hizmet başlangıç hesabını seçme ve değiştirme hakkında bilgi için bkz. SQL Server Agent Serviceiçin hesap seçme .

  Düzgün çalışmak için hizmet başlangıç hesabının doğru etki alanı, dosya sistemi ve kayıt defteri izinlerine sahip olacak şekilde yapılandırılması gerekir. Ayrıca, bir iş için hizmet hesabı için yapılandırılması gereken paylaşılan bir ağ kaynağı gerekebilir. Bilgi için bkz. Windows Hizmet Hesaplarını ve İzinlerini Yapılandırma.

• SQL Server'ın belirli bir örneğiyle ilişkili SQL Server Agent hizmetinin kendi kayıt defteri kovanı vardır ve işlerinin genellikle bu kayıt defteri kovanındaki bir veya daha fazla ayara bağımlılıkları vardır. amaçlandığı gibi davranabilmek için bu kayıt defteri ayarları bir iş için gereklidir. Başka bir SQL Server Agent hizmetinde işi yeniden oluşturmak için bir betik kullanırsanız, kayıt defteri bu iş için doğru ayarlara sahip olmayabilir. Yeniden oluşturulan işlerin hedef sunucu örneğinde doğru şekilde davranması için özgün ve hedef SQL Server Aracısı hizmetleri aynı kayıt defteri ayarlarına sahip olmalıdır.

  Dikkat

  Geçerli ayarlar diğer işler için gerekliyse, hedef SQL Server Agent hizmetindeki kayıt defteri ayarlarının yeniden oluşturulan bir işi işleyecek şekilde değiştirilmesi sorunlu olabilir. Ayrıca kayıt defterinin yanlış düzenlenmesi sisteminize ciddi zarar verebilir. Kayıt defterinde değişiklik yapmadan önce, bilgisayardaki değerli verileri yedeklemenizi öneririz.

• SQL Server Aracı Proxy'leri

  SQL Server Aracısı ara sunucusu, belirtilen iş adımı için güvenlik bağlamını tanımlar. Bir işin hedef sunucu örneğinde çalışması için, gerekli olan tüm ara sunucuların bu örnekte el ile yeniden oluşturulması gerekir. Daha fazla bilgi için bkz. SQL Server Agent Proxy oluşturma ve Proxylere kullanan çok sunuculu işlerde sorun giderme .

Daha fazla bilgi için bkz:

• İşleri uygulama

• Rol Değiştirme Sonrası Oturumlar ve İşler Yönetimi (SQL Server) (veritabanı yansıtma için)

• Windows Hizmet Hesaplarını ve İzinlerini yapılandırma (SQL Server örneğini yüklediğinizde)

• SQL Server Agent'ı (SQL Server örneğini yüklediğinizde) yapılandırın.

• SQL Server Aracısı Güvenliğini Uygulama

Var olan işleri ve bunların özelliklerini görüntülemek için

• İş Etkinliği İzleme

• sp_help_job (Transact-SQL)

• İş Adım Bilgilerini görüntüleme

• dbo.sysjobs (Transact-SQL)

İş oluşturmak için

• İş Oluştur

Yeni Bir Görevi Oluşturmak için Komut Dosyası Kullanımında En İyi Uygulamalar

Basit bir iş betiği oluşturarak başlamanızı, işi diğer SQL Server Agent hizmetinde yeniden oluşturmanızı ve işi çalıştırarak beklendiği gibi çalışıp çalışmadığını görmenizi öneririz. Bu, uyumsuzlukları belirlemenize ve bunları çözmeye çalışmanıza olanak sağlar. Betiklenmiş bir iş yeni ortamında amaçlandığı gibi çalışmıyorsa, bu ortamda düzgün çalışan eşdeğer bir iş oluşturmanızı öneririz.

Oturum açma

BIR SQL Server örneğinde oturum açmak için geçerli bir SQL Server oturum açma işlemi gerekir. Bu oturum açma, sorumlunun SQL Server örneğine bağlanıp bağlanamayacağını doğrulayan kimlik doğrulama işleminde kullanılır. Karşılık gelen SQL Server oturum açma bilgilerinin tanımsız olduğu veya sunucu örneğinde yanlış tanımlandığı bir veritabanı kullanıcısı örnekte oturum açamaz. Böyle bir kullanıcının, bu sunucu örneğindeki veritabanının yalnız bırakılmış kullanıcı olduğu söylenir. Veritabanı geri yüklendikten, eklendikten veya farklı bir SQL Server örneğine kopyalandıktan sonra veritabanı kullanıcısı yalnız bırakılmış olabilir.

Veritabanının özgün kopyasındaki nesnelerin bir kısmına veya tümüne betik oluşturmak için Betik Oluşturma Sihirbazı'nı kullanabilirsiniz ve Betik Seçenekleri Seç iletişim kutusunda Betik Oturum Açma bilgileri seçeneğini Trueolarak ayarlayın.

İzinler

Bir veritabanı başka bir sunucu örneğinde kullanılabilir hale getirildiğinde aşağıdaki izin türleri etkilenebilir.

• Sistem nesnelerinde VERME, İPTAL ETME veya REDDETME izinleri

• Sunucu örneğinde VERME, İPTAL ETME veya REDDETME izinleri (sunucu düzeyinde izinler)

Sistem Nesnelerinde GRANT, REVOKE ve DENY İzinleri

Saklı yordamlar, genişletilmiş saklı yordamlar, işlevler ve görünümler gibi sistem nesneleri üzerindeki izinler master veritabanında depolanır ve hedef sunucu örneğinde yapılandırılmalıdır.

Veritabanının özgün kopyasındaki nesnelerin bazıları veya tümü için betik oluşturmak için Betik Oluşturma Sihirbazı'nı kullanabilirsiniz ve Betik Seçenekleri Seç iletişim kutusunda Betik Object-Level İzinler seçeneğini Trueolarak ayarlayın.

Sistem nesneleri sys.system_objects katalog görünümünde görünür. Sistem nesneleri üzerindeki izinler, master veritabanındaki sys.database_permissions katalog görünümünde görünür. Bu katalog görünümlerini sorgulama ve sistem nesnesi izinleri verme hakkında bilgi için bkz. GRANT System Object Permissions (Transact-SQL). Daha fazla bilgi için bkz. REVOKE Sistem Nesnesi İzinleri (Transact-SQL) ve DENY Sistem Nesnesi İzinleri (Transact-SQL).

Sunucu Örneğinde VERME, İPTAL ETME ve REDDETME İzinleri

Sunucu kapsamındaki izinler master veritabanında depolanır ve hedef sunucu örneğinde yapılandırılmalıdır. Sunucu örneğinin sunucu izinleri hakkında bilgi için sys.server_permissions katalog görünümünü, sunucu sorumluları hakkında bilgi için sys.server_principals katalog görünümünü sorgular ve sunucu rollerinin üyeliği hakkında bilgi için sys.server_role_members katalog görünümünü sorgular.

Daha fazla bilgi için bkz. GRANT Server Permissions (Transact-SQL), REVOKE Server Permissions (Transact-SQL)ve DENY Server permissions (Transact-SQL).

Sertifika veya Asimetrik Anahtar için Server-Level İzinleri

Sunucu düzeyinde izinler doğrudan bir sertifikaya veya asimetrik anahtara verilemiyor. Bunun yerine, yalnızca belirli bir sertifika veya asimetrik anahtar için oluşturulan eşlenmiş oturum açma bilgilerine sunucu düzeyinde izinler verilir. Bu nedenle, sunucu düzeyinde izinler gerektiren her sertifika veya asimetrik anahtar, kendi sertifika eşlemeli oturum açma veya asimetrik anahtar eşlemeli oturum açmagerektirir. Bir sertifika veya asimetrik anahtar için sunucu düzeyinde izinler vermek için eşlenmiş oturum açma izni verin.

Eşlenen oturum açma bilgileri ve izinlerinin her ikisi de masteriçinde bulunur. Sertifika veya asimetrik anahtar masterdışında bir veritabanında bulunuyorsa, master içinde yeniden oluşturmanız ve bunu bir oturum açmayla eşlemeniz gerekir. Veritabanını başka bir sunucu örneğine taşır, kopyalar veya geri yüklerseniz, hedef sunucu örneğinin master veritabanında sertifikasını veya asimetrik anahtarını yeniden oluşturmanız, bir oturum açmayla eşlemeniz ve oturum açma için gerekli sunucu düzeyinde izinler vermeniz gerekir.

Sertifika veya asimetrik anahtar oluşturmak için

• CREATE CERTIFICATE (Transact-SQL)

• CREATE ASİMETRİK ANAHTAR (Transact-SQL)

Bir sertifikayı veya asimetrik anahtarı bir girişle eşlemek için

• CREATE LOGIN (Transact-SQL)

Eşlenen kullanıcı oturumuna izin atamak için

• GRANT Sunucu İzinleri (Transact-SQL)

Sertifikalar ve asimetrik anahtarlar hakkında daha fazla bilgi için bkz. şifreleme hiyerarşisi.

Güvenilir Gayrimenkul

TRUSTWORTHY veritabanı özelliği, SQL Server'ın bu örneğinin veritabanına ve içindeki içeriğe güvenip güvenmediğini belirtmek için kullanılır. Bir veritabanı eklendiğinde, varsayılan olarak ve güvenlik için, bu seçenek özgün sunucuda ON olarak ayarlanmış olsa bile KAPALI olarak ayarlanır. Bu özellik hakkında daha fazla bilgi için bkz. TRUSTWORTHY veritabanı özelliği ve bu seçeneği AÇMA hakkında bilgi için bkz. ALTER DATABASE (Transact-SQL).

Çoğaltma Ayarları

Çoğaltılan veritabanının yedeğini başka bir sunucuya veya veritabanına geri yüklerseniz, çoğaltma ayarları korunamaz. Bu durumda, yedeklemeler geri yüklendikten sonra tüm yayınları ve abonelikleri yeniden oluşturmanız gerekir. Bu işlemi kolaylaştırmak için geçerli çoğaltma ayarlarınız ve ayrıca çoğaltmanın etkinleştirilmesi ve devre dışı bırakılması için betikler oluşturun. Çoğaltma ayarlarınızı yeniden oluşturmaya yardımcı olmak için bu betikleri kopyalayın ve sunucu adı başvurularını hedef sunucu örneğinde çalışacak şekilde değiştirin.

Daha fazla bilgi için bkz. Çoğaltılmış Veritabanlarını Yedekleme ve Geri Yükleme, Veritabanı Yansıtma ve Çoğaltma (SQL Server)ve Günlük Gönderimi ve Çoğaltması (SQL Server).

Hizmet Aracısı Uygulamaları

Hizmet Aracısı uygulamasının birçok yönü veritabanıyla birlikte taşınır. Ancak uygulamanın bazı yönlerinin yeni konumda yeniden oluşturulması veya yeniden yapılandırılması gerekir. Varsayılan olarak ve güvenlik için, bir veritabanı başka bir sunucudan eklendiğinde, is_broker_enabled ve is_honoor_broker_priority_on seçenekleri KAPALI olarak ayarlanır. Bu seçenekleri ON olarak ayarlama hakkında bilgi için bkz. alter database (Transact-SQL).

Başlangıç Prosedürleri

Başlangıç yordamı, otomatik yürütme için işaretlenen ve SQL Server her başlatıldığında yürütülen bir saklı yordamdır. Veritabanı herhangi bir başlangıç yordamına bağımlıysa, bunların hedef sunucu örneğinde tanımlanması ve başlangıçta otomatik olarak yürütülecek şekilde yapılandırılması gerekir.

Tetikleyiciler (Sunucu Düzeyinde)

DDL tetikleyicileri, çeşitli Veri Tanımı Dili (DDL) olaylarına yanıt olarak depolanmış yordamları tetikler. Bu olaylar öncelikle CREATE, ALTER ve DROP anahtar sözcükleriyle başlayan Transact-SQL deyimlerine karşılık gelir. DDL benzeri işlemler gerçekleştiren bazı sistem saklı yordamları da DDL tetikleyicilerini tetikleyebilir.

Bu özellik hakkında daha fazla bilgi için bkz. DDL Tetikleyicileri.

Ayrıca Bkz.

Kapsayıcı Veritabanları
Veritabanlarını Diğer Sunuculara Kopyalama
Veritabanı Ayırma ve Ekleme (SQL Server)
Hata Sonrası Yönlendirme için Günlük Aktarımı İkincil Sunucu (SQL Server)
Veritabanı Yansıtma Oturumu (SQL Server) Sırasında Rol Değiştirme
Şifrelenmiş Yansıtmalı Veritabanını Ayarlama
SQL Server Configuration Manager
Yetim Kullanıcıların Sorunlarını Giderme (SQL Server)
Yeni yüklemeGeçişe genel bakış: Azure VM'lerinde SQL Server'a geçiş