Büyük koleksiyonları içeri aktarma
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Veri geçiş aracının uyardığını veritabanlarının çok büyük olması için Azure DevOps Services'e geçiş için farklı bir veri paketleme yaklaşımı gerekir. Koleksiyonunuzun boyut eşiğini aşıp aşmadığı konusunda emin değilseniz koleksiyonda bir veri geçiş aracı doğrulaması çalıştırmanız gerekir. Doğrulama, içeri aktarma için SQL Azure VM yöntemini kullanmanız gerekip gerekmediğini bilmenizi sağlar.
Koleksiyon boyutunu küçültüp küçültebileceğinizi belirleme
Devam etmeden önce eski verilerinizin temizlenip temizlenemeyeceğini denetlemenizi öneririz. Koleksiyonlar zaman içinde büyük hacimlerde veri oluşturabilir. Bu büyüme DevOps işleminin doğal bir parçasıdır, ancak tüm verileri saklamanız gerekmeyebilir. Artık ilgili olmayan verilere örnek olarak eski çalışma alanları ve derleme sonuçları verilebilir.
Eski ve artık ilgili olmayan yapıtların temizlenmesi, beklediğinizden çok daha fazla alanı kaldırabilir ve DACPAC içeri aktarma yöntemini mi yoksa SQL Azure VM'sini mi kullandığınızı belirleyebilir.
Önemli
Eski verileri sildikten sonra, koleksiyonun eski bir yedeğini geri yüklemediğiniz sürece bu veriler kurtarılamaz .
DACPAC eşiğinin altındaysanız içeri aktarma için bir DACPAC oluşturmak için yönergeleri izleyin. Veritabanını DACPAC eşiğinin altına hala alamıyorsanız, Azure DevOps Services'e aktarmak için bir SQL Azure VM ayarlamanız gerekir.
Azure DevOps Services'a içeri aktaracak bir SQL Azure VM ayarlama
Şimdi bunu nasıl başarmak için adım adım ilerleyelim. Üst düzeyde şunları yapacaksınız:
- BIR SQL Azure VM'si ayarlayın.
- (İsteğe bağlı) Yalnızca Azure DevOps Services IP'lerine erişimi kısıtlayın.
- IP güvenlik duvarı özel durumlarını yapılandırın.
- Vm'de veritabanınızı geri yükleyin.
- Koleksiyonunuzu içeri aktarma için yapılandırın.
- vm'yi hedeflemek için içeri aktarma belirtimi dosyasını yapılandırma
SQL Azure VM ayarlama
Yalnızca birkaç tıklamayla Azure portalından bir SQL Azure VM ayarlayabilirsiniz. Nasıl yapılacağını öğrenmek için bkz . AZURE portalını kullanarak SQL Server ile bir Windows sanal makinesi sağlama.
Not
SQL Azure VM'nizi ayarlarken, VM'nin ve bağlı veri disklerinin performansının içeri aktarma performansı üzerinde önemli bir etkisi olacağını unutmayın. Bu nedenle şunları kesinlikle öneririz:
- vm boyutunu D8s_v5_* veya daha büyük bir düzeyde seçme
- Yönetilen diskleri kullanma
- Danışmanlık Sanal makine ve disk performansı. Sanal makine IOPS'sinin veya depolama IOPS'sinin içeri aktarma performansında performans sorunu oluşturmaması için altyapınızın yapılandırıldığından emin olun. Örneğin, VM'nize bağlı veri disklerinin sayısının sağlanması, VM'den gelen IOPS'yi desteklemek için yeterlidir.
Azure DevOps Services, dünya genelindeki çeşitli Azure bölgelerinde kullanılabilir. Bunlar aşağıdaki tabloda görülebilir.
Önemli
İçeri aktarma işleminin başarıyla başladığından emin olmak için verilerinizi doğru bölgeye yerleştirmek kritik önem taşır. SQL Azure VM'nizi aşağıdaki tabloda listelenen bölgelerden farklı bir konumda ayarlarsanız içeri aktarma işlemi başlatılamaz.
Bu içeri aktarma yöntemini kullanıyorsanız aşağıdaki tabloya başvurarak SQL Azure VM'nizin nerede oluşturulacağını belirleyin. VM'nizi bu listedekilerden farklı bir bölgede oluşturmak, içeri aktarma işlemini çalıştırmak için desteklenmez.
İstenen içeri aktarma bölgesi | SQL Azure VM bölgesi |
---|---|
Merkezi Birleşik Devletler | Orta ABD |
Batı Avrupa | West Europe |
Doğu Avustralya | Doğu Avustralya |
Güney Brezilya | Güney Brezilya |
Güney Hindistan | Güney Hindistan |
Orta Kanada | Orta Kanada |
Asya Pasifik | Güneydoğu Asya (Singapur) |
Güney Birleşik Krallık | Güney Birleşik Krallık |
Azure DevOps Services, ABD'deki birden çok bölgede kullanılabilse de, yalnızca Orta Birleşik Devletler bölgesi yeni kuruluşları kabul eder. Şirketler şu anda verilerini diğer ABD Azure bölgelerine aktaramaz.
Not
DACPAC müşterileri "3. Adım: DACPAC dosyasını karşıya yükleme" bölümündeki bölge tablosuna başvurmalıdır. Yukarıdaki yönergeler yalnızca SQL Azure VM'lerine yöneliktir.
Aşağıda önerdiğimiz birkaç SQL Azure VM yapılandırması daha vardır:
- SQL geçici veritabanını C sürücüsü dışında bir sürücü kullanacak şekilde yapılandırın. İdeal olarak, sürücüde en azından veritabanınızın en büyük tablosuna eşdeğer geniş boş alan olmalıdır.
- Kaynak veritabanınız boyutunu küçülttürdükten sonra hala 1 terabayttan (TB) fazlaysa, vm'de veritabanınızı geri yüklemek için ek 1 TB disk eklemeniz ve bunları tek bir bölümde birleştirmeniz gerekir.
- Koleksiyon veritabanlarınızın boyutu 1 TB'ın üzerindeyse, hem geçici veritabanı hem de koleksiyon veritabanı için SSD kullanmayı göz önünde bulundurun. Ayrıca, 16 sanal CPU (vCPU) ve 128 GB RAM ile daha büyük VM'ler kullanmayı göz önünde bulundurun.
- Hizmetin bu makineye ulaşması için genel kullanıma yönelik bir IP adresine sahip olmanız gerekir.
Yalnızca Azure DevOps Services IP'lerine erişimi kısıtlama
Daha fazla ayrıntı için Yalnızca Azure DevOps Services IP'lerine erişimi kısıtlama sayfasına bakın.
Vm'de veritabanınızı geri yükleme
Bir Azure VM'yi ayarlayıp yapılandırdıktan sonra ayrılmış yedeklemenizi Azure DevOps Server örneğinizden Azure VM'nize almanız gerekir. Azure'da bu görevi gerçekleştirmeye yönelik birkaç belgelenmiş yöntem vardır. Koleksiyon veritabanının SQL örneğinize geri yüklenmesi gerekir ve VM'de Azure DevOps Server'ın yüklenmesi gerekmez.
Koleksiyonunuzu içeri aktarma için yapılandırma
Koleksiyon veritabanınız Azure VM'nize geri yüklendikten sonra, Azure DevOps Services'in verileri içeri aktarmak için veritabanına bağlanmasına izin vermek için bir SQL oturum açma bilgisi yapılandırın. Bu oturum açma, tek bir veritabanına yalnızca okuma erişimine izin verir.
Başlamak için VM'de SQL Server Management Studio'yu açın ve ardından içeri aktarılacak veritabanında yeni bir sorgu penceresi açın.
Veritabanının kurtarmasını basit olarak ayarlayın:
ALTER DATABASE [<Database name>] SET RECOVERY SIMPLE;
Veritabanı için bir SQL oturumu oluşturun ve bu oturum açma bilgilerini 'TFSEXECROLE' olarak atayın:
USE [<database name>]
CREATE LOGIN <pick a username> WITH PASSWORD = '<pick a password>'
CREATE USER <username> FOR LOGIN <username> WITH DEFAULT_SCHEMA=[dbo]
EXEC sp_addrolemember @rolename='TFSEXECROLE', @membername='<username>'
Fabrikam örneğimizin ardından iki SQL komutu şöyle olacaktır:
ALTER DATABASE [Foo] SET RECOVERY SIMPLE;
USE [Foo]
CREATE LOGIN fabrikam WITH PASSWORD = 'fabrikamimport1!'
CREATE USER fabrikam FOR LOGIN fabrikam WITH DEFAULT_SCHEMA=[dbo]
EXEC sp_addrolemember @rolename='TFSEXECROLE', @membername='fabrikam'
Not
VM'de SQL Server Management Studio'da SQL Server ve Windows kimlik doğrulama modunu etkinleştirdiğinizden emin olun. Kimlik doğrulama modunu etkinleştirmezseniz içeri aktarma işlemi başarısız olur.
vm'yi hedeflemek için içeri aktarma belirtimi dosyasını yapılandırma
SQL Server örneğine bağlanma hakkında bilgi eklemek için içeri aktarma belirtimi dosyasını güncelleştirin. İçeri aktarma belirtimi dosyanızı açın ve aşağıdaki güncelleştirmeleri yapın:
KAYNAK dosyalar nesnesinden DACPAC parametresini kaldırın.
Değişiklik öncesi içeri aktarma belirtimi aşağıdaki kodda gösterilir:
Değişiklik sonrasındaki içeri aktarma belirtimi aşağıdaki kodda gösterilir:
Gerekli parametreleri doldurun ve belirtim dosyasına kaynak nesnenizin içine aşağıdaki özellikler nesnesini ekleyin.
"Properties": { "ConnectionString": "Data Source={SQL Azure VM Public IP};Initial Catalog={Database Name};Integrated Security=False;User ID={SQL Login Username};Password={SQL Login Password};Encrypt=True;TrustServerCertificate=True" }
Fabrikam örneğinden sonra, değişiklikleri uyguladıktan sonra içeri aktarma belirtimi aşağıdaki gibi görünür:
İçeri aktarma belirtiminiz artık içeri aktarma için bir SQL Azure VM kullanacak şekilde yapılandırıldı. Azure DevOps Services'a aktarmaya yönelik diğer hazırlık adımlarıyla devam edin. İçeri aktarma işlemi tamamlandıktan sonra SQL oturum açma bilgilerini sildiğinizden veya parolayı döndürdüğünüzden emin olun. İçeri aktarma işlemi tamamlandıktan sonra Microsoft oturum açma bilgilerini tutmaz.
İlgili makaleler
Geri Bildirim
https://aka.ms/ContentUserFeedback.
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz.Gönderin ve geri bildirimi görüntüleyin