Azure SQL veritabanı yönetilen örneğine örnek geçişi SQL ServerSQL Server instance migration to Azure SQL Database managed instance

Bu makalede, SQL Server 2005 veya sonraki bir sürüm örneğini Azure SQL veritabanı yönetilen örneği'ne geçirmeye yönelik yöntemler hakkında bilgi edineceksiniz.In this article, you learn about the methods for migrating a SQL Server 2005 or later version instance to Azure SQL Database managed instance. Tek bir veritabanına veya elastik havuza geçiş hakkında daha fazla bilgi için bkz. tek veya havuza alınmış bir veritabanına geçme.For information on migrating to a single database or elastic pool, see Migrate to a single or pooled database. Diğer platformlardan geçiş hakkında geçiş bilgileri için bkz. Azure veritabanı geçiş kılavuzu.For migration information about migrating from other platforms, see Azure Database Migration Guide.

Not

Yönetilen örneği hızlı bir şekilde başlatmak ve denemek istiyorsanız, Bu sayfa yerine hızlı başlangıç kılavuzuna gitmek isteyebilirsiniz.If you want to quickly start and try Managed Instance, you might want to go to Quick-start guide instead of this page.

Yüksek düzeyde, veritabanı geçiş işlemi şöyle görünür:At a high level, the database migration process looks like:

geçiş işlemi

Not

Tek bir veritabanını tek bir veritabanı veya elastik havuza geçirmek için, bkz. SQL Server veritabanını Azure SQL veritabanı 'Na geçirme.To migrate an individual database into either a single database or elastic pool, see Migrate a SQL Server database to Azure SQL Database.

Yönetilen örnek uyumluluğunu değerlendirAssess managed instance compatibility

İlk olarak, yönetilen Örneğin uygulamanızın veritabanı gereksinimleriyle uyumlu olup olmadığını saptayın.First, determine whether managed instance is compatible with the database requirements of your application. Yönetilen örnek dağıtım seçeneği, şirket içinde veya sanal makinelerde SQL Server kullanan mevcut uygulamaların çoğunluğu için kolay yükseltme ve kaydırma geçişi sağlamak üzere tasarlanmıştır.The managed instance deployment option is designed to provide easy lift and shift migration for the majority of existing applications that use SQL Server on-premises or on virtual machines. Ancak bazen henüz desteklenmeyen özellikler veya yetenekler gerektirebilir, geçici çözüm uygulama maliyeti de çok yüksek olabilir.However, you may sometimes require features or capabilities that are not yet supported and the cost of implementing a workaround are too high.

Azure SQL veritabanında veritabanı işlevselliğini etkileyen olası uyumluluk sorunlarını algılamak için Data Migration Yardımcısı (DMA) kullanın.Use Data Migration Assistant (DMA) to detect potential compatibility issues impacting database functionality on Azure SQL Database. DMA, yönetilen örneği henüz geçiş hedefi olarak desteklemez, ancak Azure SQL veritabanı 'na karşı değerlendirme çalıştırmak ve bildirilen özellik eşliği ve ürün belgelerine karşı uyumluluk sorunları listesini dikkatle gözden geçirmeniz önerilir.DMA does not yet support managed instance as migration destination, but it is recommended to run assessment against Azure SQL Database and carefully review list of reported feature parity and compatibility issues against product documentation. Azure SQL veritabanı 'na geçişi engelleyen engelleyici sorunların çoğu yönetilen örnekle kaldırıldığından, bu nedenle Azure SQL veritabanı özellikleri 'ne göz atın.See Azure SQL Database features to check are there some reported blocking issues that not blockers in managed instance, because most of the blocking issues preventing a migration to Azure SQL Database have been removed with managed instance. Örneğin, çapraz veritabanı sorguları, aynı örnekteki veritabanları arası işlemler, bağlantılı sunucu diğer SQL kaynakları, CLR, genel geçici tablolar, örnek düzeyi görünümler, Hizmet Aracısı ve benzer özellikler yönetilen örneklerde mevcuttur.For instance, features like cross-database queries, cross-database transactions within the same instance, linked server to other SQL sources, CLR, global temp tables, instance level views, Service Broker and the like are available in managed instances.

Yönetilen örnek dağıtımı seçeneği ile kaldırılmayan bazı raporlanan engelleyici sorunlar varsa, Azure sanal makinelerinde SQL Servergibi alternatif bir seçeneği göz önünde bulundurmanız gerekebilir.If there are some reported blocking issues that are not removed with the managed instance deployment option, you might need to consider an alternative option, such as SQL Server on Azure virtual machines. Bazı örnekler şunlardır:Here are some examples:

  • İşletim sistemine veya dosya sistemine doğrudan erişim istiyorsanız, örneğin, SQL Server ile aynı sanal makineye üçüncü taraf veya özel aracılar yüklemek için.If you require direct access to the operating system or file system, for instance to install third party or custom agents on the same virtual machine with SQL Server.
  • FILESTREAM/FileTable, PolyBase ve platformlar arası işlemler gibi hala desteklenmeyen özelliklerde kesin bağımlılığı varsa.If you have strict dependency on features that are still not supported, such as FileStream / FileTable, PolyBase, and cross-instance transactions.
  • Kesinlikle SQL Server belirli bir sürümünde (örneğin, 2012) kalması gerekiyorsa.If absolutely need to stay at a specific version of SQL Server (2012, for instance).
  • İşlem gereksinimleriniz, yönetilen örnek tekliflerinin çok daha düşükse (örneğin, bir sanal çekirdek, örnek için) ve veritabanı birleştirme kabul edilebilir seçenek değildir.If your compute requirements are much lower that managed instance offers (one vCore, for instance) and database consolidation is not acceptable option.

Belirlenen tüm geçiş engelleyicilerini çözümledikten ve yönetilen örneğe geçişe devam ederseniz, bazı değişikliklerin iş yükünüzün performansını etkileyebileceğini unutmayın:If you have resolved all identified migration blockers and continuing the migration to Managed Instance, note that some of the changes might affect performance of your workload:

  • Zorunlu tam kurtarma modeli ve düzenli otomatik yedekleme zamanlaması, düzenli aralıklarla basit/toplu olarak günlüğe kaydedilmiş bir model kullandıysanız veya yedeklemeleri istek üzerine durdurduktan sonra iş yükünüzün veya bakım/ETL eylemlerinin performansını etkileyebilir.Mandatory full recovery model and regular automated backup schedule might impact performance of your workload or maintenance/ETL actions if you have periodically used simple/bulk-logged model or stopped backups on demand.
  • İzleme bayrakları veya uyumluluk düzeyleri gibi farklı sunucu veya veritabanı düzeyi yapılandırmaDifferent server or database level configurations such as trace flags or compatibility levels
  • Saydam veritabanı şifreleme (TDE) veya otomatik yük devretme grupları gibi kullandığınız yeni özellikler CPU ve GÇ kullanımını etkileyebilir.New features that you are using such as Transparent Database Encryption (TDE) or auto-failover groups might impact CPU and IO usage.

Yönetilen örnek, kritik senaryolarda bile% 99,99 kullanılabilirlik garantisi, bu nedenle bu özelliklerden kaynaklanan ek yük devre dışı bırakılamaz.Managed Instance guarantee 99.99% availability even in the critical scenarios, so overhead caused by these features cannot be disabled. Daha fazla bilgi için, SQL Server ve yönetilen örnek üzerinde farklı performansa neden olabilecek kök nedenleribölümüne bakın.For more information, see the root causes that might cause different performance on SQL Server and Managed Instance.

Performans temeli oluşturCreate performance baseline

Yönetilen örnekteki iş yükünüzün performansını SQL Server üzerinde çalışan orijinal iş yükünüze göre karşılaştırmak istiyorsanız, karşılaştırma için kullanılacak bir performans temeli oluşturmanız gerekir.If you need to compare the performance of your workload on Managed Instance with your original workload running on SQL Server, you would need to create a performance baseline that will be used for comparison.

Performans temeli, ortalama/en fazla CPU kullanımı, Ortalama/maksimum disk GÇ gecikme süresi, aktarım hızı, ıOPS, ortalama/en fazla sayfa ömrü erkeklerin, tempdb 'nin ortalama en büyük boyutu gibi parametrelerin bir kümesidir.Performance baseline is a set of parameters such as average/max CPU usage, average/max disk IO latency, throughput, IOPS, average/max page life expectancy, average max size of tempdb. Geçişten sonra benzer veya hatta daha iyi parametrelere sahip olmak istiyorsunuz. bu nedenle, bu parametrelerin taban çizgisi değerlerini ölçmek ve kaydetmek önemlidir.You would like to have similar or even better parameters after migration, so it is important to measure and record the baseline values for these parameters. Sistem parametrelerine ek olarak, iş yükünüzün temsili sorguları veya en önemli sorgular kümesini seçmeniz ve seçili sorgular için min/Ortalama/maksimum süreyi ölçmenize gerek duyarsınız.In addition to system parameters, you would need to select a set of the representative queries or the most important queries in your workload and measure min/average/max duration, CPU usage for the selected queries. Bu değerler, yönetilen örnek üzerinde çalışan iş yükünün performansını, kaynak SQL Server özgün değerlerle karşılaştırmanızı sağlar.These values would enable you to compare performance of workload running on Managed Instance to the original values on your source SQL Server.

SQL Server Örneğinizde ölçmeye ihtiyacınız olan parametrelerden bazıları şunlardır:Some of the parameters that you would need to measure on your SQL Server instance are:

  • SQL Server Örneğiniz ÜZERINDEKI CPU kullanımını izleyin ve ortalama ve en yoğun CPU kullanımını kaydedin.Monitor CPU usage on your SQL Server instance and record the average and peak CPU usage.
  • SQL Server Örneğiniz üzerinde bellek kullanımını izleyin ve arabellek havuzu, plan önbelleği, sütun deposu havuzu, bellek içi OLTPvb. gibi farklı bileşenler tarafından kullanılan bellek miktarını saptayın. Ayrıca, sayfa ömrü erkeklerin bellek performans sayacının ortalama ve en yüksek değerlerini de bulmanız gerekir.Monitor memory usage on your SQL Server instance and determine the amount of memory used by different components such as buffer pool, plan cache, column-store pool, In-memory OLTP, etc. In addition, you should find average and peak values of Page Life Expectancy memory performance counter.
  • Sys. DM _io_virtual_file_stats görünümünü veya performans sayaçlarınıkullanarak kaynak SQL Server örneğindeki disk GÇ kullanımını izleyin.Monitor disk IO usage on the source SQL Server instance using sys.dm_io_virtual_file_stats view or performance counters.
  • SQL Server 2016 + sürümünden geçiş yapıyorsanız dinamik yönetim görünümlerini veya sorgu deposunu inceleyerek iş yükünü ve sorgu performansını veya SQL Server örneğinizi izleyin.Monitor workload and query performance or your SQL Server instance by examining Dynamic Management Views or Query Store if you are migrating from SQL Server 2016+ version. Yönetilen örnek üzerinde çalışan sorgularla karşılaştırmak için iş yükünüzün en önemli sorgularının ortalama süresini ve CPU kullanımını belirler.Identify average duration and CPU usage of the most important queries in your workload to compare them with the queries that are running on the Managed Instance.

Not

Yüksek CPU kullanımı, sabit bellek baskısı, tempdb veya parametrization sorunları gibi SQL Server iş yükünüz ile ilgili herhangi bir sorun olduğunu fark ederseniz, taban çizgisini ve geçişi gerçekleştirmeden önce bunları kaynak SQL Server Örneğinizde çözmeyi denemelisiniz.If you notice any issue with your workload on SQL Server such as high CPU usage, constant memory pressure, tempdb or parametrization issues, you should try to resolve them on your source SQL Server instance before taking the baseline and migration. Herhangi bir yeni sistem ile ilgili sorunları bildirmek, beklenmeyen sonuçlara neden olur ve tüm performans karşılaştırmasını geçersiz kılar.Migrating know issues to any new system migh cause unexpected results and invalidate any performance comparison.

Bu etkinliğin bir sonucu olarak, kaynak sisteminizdeki CPU, bellek ve GÇ kullanımı için Ortalama ve en yüksek değerler, ayrıca iş yükünüzün en çok baskın ve en kritik sorguların ortalama ve en fazla süresi ve CPU kullanımı için belgelenmiş bir değer elde etmeniz gerekir.As an outcome of this activity you should have documented average and peak values for CPU, memory, and IO usage on your source system, as well as average and max duration and CPU usage of the dominant and the most critical queries in your workload. Yönetilen örnekteki iş yükünüzün performansını, kaynak SQL Server iş yükünün temel performansına göre karşılaştırmak için bu değerleri daha sonra kullanmanız gerekir.You should use these values later to compare performance of your workload on Managed Instance with the baseline performance of the workload on the source SQL Server.

En iyi boyuta sahip yönetilen örneğe dağıtınDeploy to an optimally-sized managed instance

Yönetilen örnek, buluta geçiş yapmayı planlayan şirket içi iş yükleri için tasarlanmıştır.Managed instance is tailored for on-premises workloads that are planning to move to the cloud. İş yükleriniz için doğru kaynak düzeyini seçerken daha fazla esneklik sağlayan Yeni bir satın alma modeli sunar.It introduces a new purchasing model that provides greater flexibility in selecting the right level of resources for your workloads. Şirket içi dünyada, fiziksel çekirdekler ve GÇ bant genişliği kullanarak bu iş yüklerini boyutlandırmayı merak ediyor olabilirsiniz.In the on-premises world, you are probably accustomed to sizing these workloads by using physical cores and IO bandwidth. Yönetilen örnek için satın alma modeli, sanal çekirdekleri veya ek depolama ve ıO 'ları ayrı olarak kullanılabilir olan "Vçekirdekler" temelinde temel alır.The purchasing model for managed instance is based upon virtual cores, or “vCores,” with additional storage and IO available separately. Sanal çekirdek modeli, buluttaki işlem gereksinimlerinizi ve şirket içi olarak kullandığınız şekilde anlamanız için daha basit bir yoldur.The vCore model is a simpler way to understand your compute requirements in the cloud versus what you use on-premises today. Bu yeni model, bulutta hedef ortamınızı doğru bir şekilde boyutlandırmanızı sağlar.This new model enables you to right-size your destination environment in the cloud. Doğru hizmet katmanını ve özelliklerini seçmenize yardımcı olabilecek bazı genel yönergeler aşağıda açıklanmıştır:Some general guidelines that might help you to choose the right service tier and characteristics are described here:

  • Temel CPU kullanımına bağlı olarak, SQL Server üzerinde kullandığınız çekirdek sayısıyla eşleşen bir yönetilen örnek sağlayabilirsiniz, bu durumda CPU özelliklerinin yönetilen örnek yüklendiği VM özellikleriyle eşleşecek şekilde ölçeklendirilmesi gerekebilir .Based on the baseline CPU usage you can provision a Managed Instance that matches the number of cores that you are using on SQL Server, having in mind that CPU characteristics might need to be scaled to match VM characteristics where Managed Instance is installed.
  • Temel bellek kullanımı temel alınarak , eşleşen belleği olan hizmet katmanınıseçin.Based on the baseline memory usage choose the service tier that has matching memory. Bellek miktarı doğrudan seçilemez, bu nedenle, eşleşen belleği olan sanal çekirdek miktarıyla yönetilen örneği seçmeniz gerekir (örneğin, 5. nesil içinde 5,1 GB/sanal çekirdek).The amount of memory cannot be directly chosen so you would need to select the Managed Instance with the amount of vCores that has matching memory (for example 5.1 GB/vCore in Gen5).
  • Dosya alt sisteminin temel GÇ gecikme süresine bağlı olarak Genel Amaçlı (5 MS 'den büyük gecikme) ve hizmet katmanlarını İş Açısından Kritik (3 MS 'den az gecikme) arasında seçim yapın.Based on the baseline IO latency of the file subsystem choose between General Purpose (latency greater than 5ms) and Business Critical service tiers (latency less than 3 ms).
  • Beklenen GÇ performansını almak için, temel verimlilik temelinde verilerin veya günlük dosyalarının boyutunu önceden ayırır.Based on baseline throughput pre-allocate the size of data or log files to get expected IO performance.

Dağıtım zamanında işlem ve depolama kaynaklarını seçebilir ve ardından Azure Portalkullanarak uygulamanız için kapalı kalma süresine bildirmeden daha sonra değiştirebilirsiniz:You can choose compute and storage resources at deployment time and then change it afterwards without introducing downtime for your application using the Azure portal:

Yönetilen örnek boyutlandırma

VNet altyapısı ve yönetilen bir örnek oluşturma hakkında bilgi edinmek için bkz. yönetilen örnek oluşturma.To learn how to create the VNet infrastructure and a managed instance, see Create a managed instance.

Önemli

Yönetilen örnek VNET gereksinimlerinegöre hedef VNET ve alt ağınızın her zaman uyumlu tutulması önemlidir.It is important to keep your destination VNet and subnet always in accordance with managed instance VNet requirements. Herhangi bir uyumsuzluk, yeni örnekler oluşturmanızı veya önceden oluşturduğunuz olanları kullanmanızı engelleyebilir.Any incompatibility can prevent you from creating new instances or using those that you already created. Yeni oluşturma ve Mevcut ağları yapılandırma hakkında daha fazla bilgi edinin.Learn more about creating new and configuring existing networks.

Geçiş yöntemini seçin ve geçirinSelect migration method and migrate

Yönetilen örnek dağıtım seçeneği, şirket içi veya IaaS veritabanı uygulamalarından toplu veritabanı geçişi gerektiren Kullanıcı senaryolarını hedefler.The managed instance deployment option targets user scenarios requiring mass database migration from on-premises or IaaS database implementations. Düzenli olarak örnek düzeyi ve/veya veritabanları arası işlevleri kullanan uygulamaların arka ucu üzerinde geçiş ve kaydırma yapmanız gerektiğinde bunlar en iyi seçenektir.They are optimal choice when you need to lift and shift the back end of the applications that regularly use instance level and / or cross-database functionalities. Bu senaryonuz söz konusu olduğunda, uygulamalarınızı yeniden mimarmadan Azure 'da ilgili bir ortama bir örnek taşıyabilirsiniz.If this is your scenario, you can move an entire instance to a corresponding environment in Azure without the need to re-architect your applications.

SQL örneklerini taşımak için dikkatle planlamanız gerekir:To move SQL instances, you need to plan carefully:

  • Birlikte bulunması gereken tüm veritabanlarının geçişi (aynı örnek üzerinde çalışıyor)The migration of all databases that need to be collocated (ones running on the same instance)
  • Oturum açma, kimlik bilgileri, SQL Aracısı Işleri ve Işleçler ve sunucu düzeyi Tetikleyicileri dahil olmak üzere uygulamanızın bağımlı olduğu örnek düzeyi nesnelerin geçişi.The migration of instance-level objects that your application depends on, including logins, credentials, SQL Agent Jobs and Operators, and server level triggers.

Yönetilen örnek, düzenli bir DBA etkinliklerinin bazılarını yerleşik oldukları gibi platforma atamanıza olanak tanıyan bir yönetilen hizmettir.Managed instance is a managed service that allows you to delegate some of the regular DBA activities to the platform as they are built in. Bu nedenle, yüksek kullanılabilirlik yerleşik olarak oluşturulduğu için düzenli yedeklemeler veya her zaman yapılandırma için bakım işleri gibi bazı örnek düzeyi verilerin geçirilmesi gerekmez.Therefore, some instance level data does not need to be migrated, such as maintenance jobs for regular backups or Always On configuration, as high availability is built in.

Yönetilen örnek, aşağıdaki veritabanı geçiş seçeneklerini destekler (Şu anda desteklenen tek geçiş yöntemleridir):Managed instance supports the following database migration options (currently these are the only supported migration methods):

  • Azure veritabanı geçiş hizmeti-neredeyse sıfır kapalı kalma süresi ile geçişAzure Database Migration Service - migration with near-zero downtime,
  • Yerel RESTORE DATABASE FROM URL -SQL Server yerel yedeklemeleri kullanır ve bazı kapalı kalma süresi gerektirir.Native RESTORE DATABASE FROM URL - uses native backups from SQL Server and requires some downtime.

Azure Veritabanı Geçişi HizmetiAzure Database Migration Service

Azure veritabanı geçiş hizmeti (DMS) , birden çok veritabanı kaynağından Azure veri platformları arasında kesintisiz geçiş sağlamak için tasarlanan, tam olarak yönetilen bir hizmettir.The Azure Database Migration Service (DMS) is a fully managed service designed to enable seamless migrations from multiple database sources to Azure Data platforms with minimal downtime. Bu hizmet, var olan üçüncü taraf ve SQL Server veritabanlarını Azure 'a taşımak için gereken görevleri basitleştirir.This service streamlines the tasks required to move existing third party and SQL Server databases to Azure. Genel önizlemede dağıtım seçenekleri Azure SQL veritabanı 'ndaki veritabanlarını ve bir Azure sanal makinesinde SQL Server veritabanlarını içerir.Deployment options at public preview include databases in Azure SQL Database and SQL Server databases in an Azure Virtual Machine. DMS, kurumsal iş yükleriniz için önerilen geçiş yöntemidir.DMS is the recommended method of migration for your enterprise workloads.

Şirket içinde SQL Server SQL Server Integration Services (SSIS) kullanıyorsanız, DMS, SSIS paketlerini depolayan SSIS kataloğunu (SSSıSDB) geçirmeyi henüz desteklememektedir, ancak Azure-SSIS Integration Runtime (IR) Azure Data Factory ' de (ADF), yönetilen bir örnekte yeni bir SSıSDB oluşturun ve ardından paketlerinizi buna yeniden dağıtabilirsiniz. ADF 'de Azure-SSIS IR oluşturmakonusuna bakın.If you use SQL Server Integration Services (SSIS) on your SQL Server on premises, DMS does not yet support migrating SSIS catalog (SSISDB) that stores SSIS packages, but you can provision Azure-SSIS Integration Runtime (IR) in Azure Data Factory (ADF) that will create a new SSISDB in a managed instance and then you can redeploy your packages to it, see Create Azure-SSIS IR in ADF.

DMS için bu senaryo ve yapılandırma adımları hakkında daha fazla bilgi edinmek için bkz. Şirket içi VERITABANıNıZı DMS kullanarak yönetilen örneğe geçirme.To learn more about this scenario and configuration steps for DMS, see Migrate your on-premises database to managed instance using DMS.

URL 'den yerel GERI yüklemeNative RESTORE from URL

Azure Storage'da bulunan SQL Server şirket içi veya sanal makinelerde SQL Servertarafından gerçekleştirilen yerel yedeklemelerin (. bak dosyaları) geri yüklenmesi, yönetilen örnek dağıtım seçeneğinin hızlı ve kolay bir şekilde çevrimdışı olmasını sağlayan temel yeteneklerden biridir Veritabanı geçişi.RESTORE of native backups (.bak files) taken from SQL Server on-premises or SQL Server on Virtual Machines, available on Azure Storage, is one of key capabilities of the managed instance deployment option that enables quick and easy offline database migration.

Aşağıdaki diyagramda, işleme ilişkin üst düzey bir genel bakış sunulmaktadır:The following diagram provides a high-level overview of the process:

geçiş-akış

Aşağıdaki tabloda, çalıştırdığınız kaynak SQL Server sürümüne bağlı olarak kullanabileceğiniz yöntemlerle ilgili daha fazla bilgi verilmektedir:The following table provides more information regarding the methods you can use depending on source SQL Server version you are running:

AdımStep SQL altyapısı ve sürümüSQL Engine and version Yedekleme/geri yükleme yöntemiBackup / Restore method
Azure depolama 'ya yedeklemeyi yerleştirmePut backup to Azure Storage Önceki SQL 2012 SP1 CU2 UYGULAMAZSANıZPrior SQL 2012 SP1 CU2 . Bak dosyasını doğrudan Azure Storage 'a yüklemeUpload .bak file directly to Azure storage
2012 SP1 CU2 UYGULAMAZSANIZ-20162012 SP1 CU2 - 2016 KIMLIK bilgisi sözdizimi ile kullanım dışı kullanarak doğrudan yedeklemeDirect backup using deprecated WITH CREDENTIAL syntax
2016 ve üzeri2016 and above SAS KIMLIK bilgisiyle kullanarak doğrudan yedeklemeDirect backup using WITH SAS CREDENTIAL
Azure depolama 'dan yönetilen örneğe geri yüklemeRestore from Azure storage to managed instance SAS KIMLIK BILGISIYLE URL 'den GERI yüklemeRESTORE FROM URL with SAS CREDENTIAL

Önemli

  • Saydam veri şifrelemesi tarafından korunan bir veritabanını yerel geri yükleme seçeneği kullanılarak yönetilen bir örneğe geçirirken, şirket Içi veya ıaas SQL Server karşılık gelen sertifikanın veritabanı geri yüklemeden önce geçirilmesi gerekir.When migrating a database protected by Transparent Data Encryption to a managed instance using native restore option, the corresponding certificate from the on-premises or IaaS SQL Server needs to be migrated before database restore. Ayrıntılı adımlar için bkz. TDE sertifikayı yönetilen örneğe geçirmeFor detailed steps, see Migrate TDE cert to managed instance
  • Sistem veritabanlarının geri yüklenmesi desteklenmiyor.Restore of system databases is not supported. Örnek düzeyi nesneleri (ana veya msdb veritabanlarında depolanır) geçirmek için, bunları, hedef örnekte betiğe ve T-SQL betiklerini çalıştırmaya önerilir.To migrate instance level objects (stored in master or msdb databases), we recommend to script them out and run T-SQL scripts on the destination instance.

Bir veritabanı yedeklemesinin SAS kimlik bilgilerini kullanarak yönetilen örneğe nasıl geri yükleneceğini gösteren bir hızlı başlangıç için bkz. yedeklemeden yönetilen bir örneğe geri yükleme.For a quickstart showing how to restore a database backup to a managed instance using a SAS credential, see Restore from backup to a managed instance.

Uygulamaları izlemeMonitor applications

Yönetilen örneğe geçişi tamamladıktan sonra, iş yükünüzün uygulama davranışını ve performansını izlemeniz gerekir.Once you have completed the migration to Managed Instance, you should track the application behavior and performance of your workload. Bu işlem aşağıdaki etkinlikleri içerir:This process includes the following activities:

Taban çizgisiyle performansı karşılaştırınCompare performance with the baseline

Başarılı geçişten hemen sonra yapmanız gereken ilk etkinlik, iş yükünün performansını temel iş yükü performansıyla karşılaştırmaktır.The first activity that you would need to take immediately after successful migration is to compare the performance of the workload with the baseline workload performance. Bu etkinliğin amacı, yönetilen örnekteki iş yükü performansının gereksinimlerinizi karşıladığından emin olmaktır.The goal of this activity is to confirm that the workload performance on your Managed Instance meets your needs.

Yönetilen örneğe veritabanı geçişi, çoğu durumda veritabanı ayarlarını ve özgün uyumluluk düzeyini korur.Database migration to Managed Instance keeps database settings and its original compatibility level in majority of cases. Özgün ayarlar, kaynak SQL Server karşılaştırıldığında bazı performans azalmaları riskini azaltmak için mümkün olduğunda korunur.The original settings are preserved where possible in order to reduce risk of some performance degradations compared to your source SQL Server. Bir kullanıcı veritabanının uyumluluk düzeyi, geçişten önce 100 veya daha yüksek bir değere sahip ise geçişten sonra aynı kalır.If the compatibility level of a user database was 100 or higher before the migration, it remains the same after migration. Bir kullanıcı veritabanının uyumluluk düzeyi geçişten önce 90 ise, yükseltilen veritabanında, uyumluluk düzeyi 100 olarak ayarlanır ve bu, yönetilen örnekteki en düşük desteklenen uyumluluk düzeyidir.If the compatibility level of a user database was 90 before migration, in the upgraded database, the compatibility level is set to 100, which is the lowest supported compatibility level in managed instance. Sistem veritabanlarının uyumluluk düzeyi 140 ' dir.Compatibility level of system databases is 140. Yönetilen örneğe geçiş gerçekten SQL Server veritabanı altyapısının en son sürümüne geçiş yaptığından, bazı yüksek performans sorunlarından kaçınmak için iş yükünüzün performansını yeniden test etmeniz gerektiğini unutmayın.Since migration to Managed Instance is actually migrating to the latest version of SQL Server Database Engine, you should be aware that you need to re-test performance of your workload to avoid some surprising performance issues.

Bir önkoşul olarak, aşağıdaki etkinlikleri tamamladığınızdan emin olun:As a prerequisite, make sure that you have completed the following activities:

  • Çeşitli örnek, veritabanı, temdb ayarlarını ve konfigürasyonları inceleyerek, yönetilen örnekteki ayarlarınızı kaynak SQL Server örneğindeki ayarlarla hizalayın.Align your settings on Managed Instance with the settings from the source SQL Server instance by investigating various instance, database, temdb settings, and configurations. İlk performans karşılaştırmayı çalıştırmadan önce uyumluluk düzeyleri veya şifreleme gibi ayarları değiştirdiğinizden emin olun veya etkinleştirdiğiniz yeni özelliklerden bazılarının bazı sorguları etkileyebileceğini riski kabul edin.Make sure that you have not changed settings like compatibility levels or encryption before you run the first performance comparison, or accept the risk that some of the new features that you enabled might affect some queries. Geçiş risklerini azaltmak için, veritabanı uyumluluk düzeyini yalnızca performans izleme sonrasında değiştirin.To reduce migration risks, change the database compatibility level only after performance monitoring.
  • Daha iyi performans elde etmek için dosyaların boyutunu önceden ayırma gibi genel amaçlı için en iyi depolama uygulama kılavuzunu uygulayın.Implement storage best practice guidelines for General Purpose such as pre-allocating the size of the files to get the better performance.
  • Yönetilen örnek ve SQL Server arasındaki performans farklılıklarına neden olabilecek ve performansı etkileyebilecek riskleri tanımlayan temel ortam farklılıkları hakkında bilgi edinin.Learn about the key environment differences that might cause the performance differences between Managed Instance and SQL Server and identify the risks that might affect the performance.
  • Yönetilen örneğiniz üzerinde etkinleştirilmiş sorgu deposunu ve otomatik ayarlamayı sakladığınızdan emin olun.Make sure that you keep enabled Query Store and Automatic tuning on your Managed Instance. Bu özellikler iş yükü performansını ölçmenize ve olası performans sorunlarını otomatik olarak düzeltmenize olanak sağlar.These features enable you to measure workload performance and automatically fix the potential performance issues. Daha yeni SQL Server sürümüne yükseltme sırasında performans kararlılığını koruyunbölümünde açıklandığı gibi, veritabanı uyumluluk düzeyi değişikliğinden önce ve sonra iş yükü performansı hakkında bilgi almak Için Query Store 'un en iyi aracı olarak nasıl kullanılacağını öğrenin.Learn how to use Query Store as an optimal tool for getting information about workload performance before and after database compatibility level change, as explained in Keep performance stability during the upgrade to newer SQL Server version. Şirket içi ortamınızdan mümkün olduğunca uygun olan ortamı hazırladıktan sonra, iş yükünüzü çalıştırmaya başlayabilir ve performansı ölçebilir.Once you have prepared the environment that is comparable as much as possible with your on-premises environment, you can start running your workload and measure performance. Ölçüm süreci, kaynak SQL Server iş yükü ölçülerinizin temel performansını oluştururkenölçülmüş parametrelerin aynısını içermelidir.Measurement process should include the same parameters that you measured while you create baseline performance of your workload measures on the source SQL Server. Sonuç olarak, performans parametrelerini taban çizgisiyle karşılaştırmalı ve kritik farklılıkları belirlemeniz gerekir.As a result, you should compare performance parameters with the baseline and identify critical differences.

Not

Çoğu durumda, yönetilen örnek ve SQL Server tam olarak eşleşen performansı sağlayamaabileceksiniz.In many cases, you would not be able to get exactly matching performance on Managed Instance and SQL Server. Yönetilen örnek bir SQL Server veritabanı altyapısıdır, ancak yönetilen örnekteki altyapı ve yüksek kullanılabilirlik yapılandırması bazı farklılıklara neden olabilir.Managed Instance is a SQL Server database engine but infrastructure and High-availability configuration on Managed Instance may introduce some difference. Bazı sorguların daha hızlı olabildiğini beklemeniz gerekebilir.You might expect that some queries would be faster while some other might be slower. Karşılaştırma hedefi, yönetilen örnekteki iş yükü performansının SQL Server (Ortalama) performans ile eşleştiğini doğrulamak ve performansı, özgün performansınınkiyle eşleşmeyen herhangi bir kritik sorgu olduğunu belirlemektir.The goal of comparison is to verify that workload performance in Managed Instance matches the performance on SQL Server (in average), and identify are there any critical queries with the performance that don’t match your original performance.

Performans karşılaştırmasının sonucu şu olabilir:The outcome of the performance comparison might be:

  • Yönetilen örnekteki iş yükü performansı, SQL Server iş yükü performansının hizalanması veya daha iyi bir seçenektir.Workload performance on Managed Instance is aligned or better that the workload performance on SQL Server. Bu durumda, geçişin başarılı olduğunu başarıyla onaylamışdı.In this case you have successfully confirmed that migration is successful.
  • Performans parametrelerinin ve iş yükündeki sorguların büyük çoğunluğu, performans düşüklüğü olan bazı özel durumlarla birlikte ince çalışır.Majority of the performance parameters and the queries in the workload work fine, with some exceptions with degraded performance. Bu durumda, farkları ve bunların önemini belirlemeniz gerekir.In this case, you would need to identify the differences and their importance. Performansı düşürülmüş bazı önemli sorgular varsa, temel alınan SQL planlarının değiştiği veya sorguların bazı kaynak limitlerine ulaşmanız gerekir.If there are some important queries with degraded performance, you should investigate are the underlying SQL plans changed or the queries are hitting some resource limits. Bu durumda hafifletme, kritik sorgulara (örneğin, değiştirilen uyumluluk düzeyi, eski kardinalite Estimator), doğrudan veya plan kılavuzlarını kullanarak bir ipucu uygulayabilir, planları etkileyebilecek istatistikleri ve dizinleri yeniden oluşturabilir ya da oluşturabilirsiniz.Mitigation in this case could be to apply some hints on the critical queries (for example changed compatibility level, legacy cardinality estimator) either directly or using plan guides, rebuild or create statistics and indexes that might affect the plans.
  • Sorguların çoğu, kaynak SQL Server kıyasla yönetilen örnekte daha yavaştır.Most of the queries are slower on Managed Instance compared to your source SQL Server. Bu durumda, örneğin GÇ sınırları, bellek sınırı, örnek günlük hızı sınırı vb. gibi bazı kaynak sınırlarına ulaşmak gibi farkın kök nedenlerini belirlemeyi deneyin. Farka neden olabilecek kaynak sınırları yoksa, veritabanının uyumluluk düzeyini değiştirmeyi deneyin veya eski kardinalite tahmini gibi veritabanı ayarlarını değiştirip testi yeniden başlatın.In this case try to identify the root causes of the difference such as reaching some resource limit like IO limits, memory limit, instance log rate limit, etc. If there are no resource limits that can cause the difference, try to change compatibility level of the database or change database settings like legacy cardinality estimation and re-start the test. Performansı gerileyen sorguları belirlemek için yönetilen örnek veya sorgu deposu görünümleri tarafından sunulan önerileri gözden geçirin.Review the recommendations provided by Managed Instance or Query Store views to identify the queries that regressed performance.

Önemli

Yönetilen örnek, varsayılan olarak etkinleştirilen yerleşik otomatik plan düzeltme özelliğine sahiptir.Managed Instance has built-in automatic plan correction feature that is enabled by default. Bu özellik, yapıştırırken düzgün çalışan sorguların gelecekte azalmamasını sağlar.This feature ensures that queries that worked fine in the paste would not degrade in the future. Temel performans ve planlar hakkında bilgi edinmek için, yönetilen örneği etkinleştirmek üzere yeni ayarları değiştirmeden önce, bu özelliğin etkinleştirildiğinden ve eski ayarlarla iş yüküyle yeterince uzun süredir yürütülmekte olduğunuzdan emin olun.Make sure that this feature is enabled and that you have executed the workload long enough with the old settings before you change new settings in order to enable Managed Instance to learn about the baseline performance and plans.

Gereksinimlerinize uygun iş yükü performansını elde edene kadar parametreleri değiştirin veya hizmet katmanlarını en iyi yapılandırmayla yakınsama olarak yükseltin.Make the change of the parameters or upgrade service tiers to converge to the optimal configuration until you get the workload performance that fits your needs.

Performansı izlemeMonitor performance

Yönetilen örnek, izleme ve sorun giderme için çok sayıda gelişmiş araç sağlar ve bunları örneğinizin performansını izlemek için kullanmanız gerekir.Managed Instance provides a lot of advanced tools for monitoring and troubleshooting, and you should use them to monitor performance on your instance. İzlemeniz gereken parametrelerden bazıları şunlardır:Some of the parameters that your would need to monitor are:

  • Örneğin CPU kullanımı, sağladığınız sanal çekirdek sayısının iş yükünüz için doğru eşleşme olduğunu belirlemektir.CPU usage on the instance to determine does the number of vCores that you provisioned is the right match for your workload.
  • Daha fazla bellekgerekip gerekmediğini öğrenmek için yönetilen Örneğinizde sayfa ömrü erkeklerin.Page-life expectancy on your Managed Instance to determine do you need additional memory.
  • Örneğin, daha INSTANCE_LOG_GOVERNOR iyi PAGEIOLATCH GÇ performansı almak için dosyaları önceden ayırmanız gerekebilecek genel amaçlı katmanda depolama GÇ sorunları olduğunu belirten veya gibi bekleme istatistikleri.Wait statistics like INSTANCE_LOG_GOVERNOR or PAGEIOLATCH that will tell do you have storage IO issues, especially on General Purpose tier where you might need to pre-allocate files to get better IO performance.

Gelişmiş PaaS özelliklerinden yararlanınLeverage advanced PaaS features

Tam olarak yönetilen bir platformda olduğunuzda ve iş yükü performanslarını SQL Server iş yükü performansından eşleştirdiğini doğruladıktan sonra, SQL veritabanı hizmetinin bir parçası olarak otomatik olarak sunulan avantajlardan yararlanın.Once you are on a fully managed platform and you have verified that workload performances are matching you SQL Server workload performance, take advantages that are provided automatically as part of the SQL Database service.

Geçiş sırasında yönetilen örnekte bazı değişiklikler yapmasanız bile, en son veritabanı altyapısı geliştirmelerinden faydalanmak için örneğinizi çalıştırırken yeni özelliklerden bazılarını açmanıza çok daha yüksek bir şansınız vardır.Even if you don't make some changes in managed instance during the migration, there are high chances that you would turn on some of the new features while you are operating your instance to take an advantage of the latest database engine improvements. Bazı değişiklikler yalnızca veritabanı uyumluluk düzeyi değiştirildiktensonra etkinleştirilir.Some changes are only enabled once the database compatibility level has been changed.

Örneğin, yönetilen örnek üzerinde yedeklemeler oluşturmanız gerekmez; hizmet yedeklemeleri sizin için otomatik olarak gerçekleştirir.For instance, you don’t have to create backups on managed instance - the service performs backups for you automatically. Yedeklemeleri zamanlama, alma ve yönetme konusunda artık endişelenmeniz gerekmez.You no longer must worry about scheduling, taking, and managing backups. Yönetilen örnek, bu bekletme döneminde zaman içindeki herhangi bir noktaya geri yükleme olanağını, zaman içindeki bir noktaya kurtarma (sür)kullanarak sağlar.Managed instance provides you the ability to restore to any point in time within this retention period using Point in Time Recovery (PITR). Ayrıca, yüksek kullanılabilirlik yerleşik olarak ayarlanması konusunda endişelenmeniz gerekmez. Additionally, you do not need to worry about setting up high availability as high availability is built in.

Güvenliği güçlendirin, Azure Active Directory kimlik doğrulaması, Denetim, tehdit algılama, satır düzeyi güvenlikve dinamik veri maskeleme kullanmayı düşünün.To strengthen security, consider using Azure Active Directory Authentication, Auditing, threat detection, row-level security, and dynamic data masking ).

Gelişmiş Yönetim ve güvenlik özelliklerinin yanı sıra, yönetilen örnek, iş yükünüzü izlemenize ve ayarlamanızayardımcı olabilecek bir dizi gelişmiş araç sağlar.In addition to advanced management and security features, Managed Instance provides a set of advanced tools that can help you to monitor and tune your workload. Azure SQL Analytics , büyük bir yönetilen örnek kümesini izlemenizi ve çok sayıda örnek ve veritabanının izlenmesini merkezileştirmenizi sağlar.Azure SQL analytics enables you to monitor a large set of Managed Instances and centralize monitoring of a large number of instances and databases. Yönetilen örnekteki otomatik ayarlama , SQL planı yürütme istatistiklerinizin performansını sürekli olarak izler ve belirlenen performans sorunlarını otomatik olarak düzeltir.Automatic tuning in Managed Instance continuously monitor performance of your SQL plan execution statistics and automatically fix the identified performance issues.

Sonraki adımlarNext steps