Şirket içi Azure DevOps için bir donanımdan diğerine taşıma veya kopyalama

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Not

Azure DevOps Server daha önce Visual Studio Team Foundation Server olarak adlandırılmıştı.

Azure DevOps Server yazılımınızın dağıtımını taşıyabilir veya kopyalayabilirsiniz. Yeni donanıma geri yükleyerek Azure DevOps Server bir makineden diğerine taşırsınız (geri yükleme tabanlı taşıma olarak adlandırılır). Örneğin, Azure DevOps Server daha fazla kapasite veya geliştirilmiş işleme hızına sahip bir sunucuya taşımak isteyebilirsiniz. Yeni bir sunucuya geçtiğinizde proje geçmişinizde herhangi birini kaybetmezsiniz.

Azure DevOps Server dağıtımınızı kopyalamak için, bir taşıma ile aynı adımları ve birkaç ek işlemi gerçekleştirirsiniz.

Özgün donanım ve Azure DevOps Server dağıtım kullanımını sona erdirmeleri planladığınızda bir taşıma işlemi gerçekleştirirsiniz. Özgün Azure DevOps Server örneğini kullanmaya devam etmeyi planlıyorsanız bir kopya gerçekleştirirsiniz.

Önemli

Bazı durumlarda, bir Azure DevOps Server dağıtımının etki alanını ve donanımını değiştirmek isteyebilirsiniz. Etki alanını değiştirmek, ortam tabanlı bir taşımadır ve iki taşıma türünü asla birleştirmemelisiniz. Önce donanımı taşımayı tamamlayıp ortamı değiştirin.

İzinlerinizi denetleyin

Azure DevOps Server başarılı bir şekilde taşımak için her iki donanım kümesinde (eski ve yeni) yönetici olmanız gerekir. Ayrıca, Azure DevOps Server için bir yönetici (ya da eşdeğer izinlere sahip) olmanız gerekir: SQL Server, raporlama, SharePoint ürünleri (Dağıtımınız raporlama veya SharePoint kullanıyorsa) ve proje sunucusu gibi dağıtımınızın birlikte çalıştığı diğer yazılımlar.

Aşağıdaki grupların bir üyesi olduğunuzdan emin olun:

  • Sunucular: Yöneticiler (yerel Yöneticiler grubu veya eşdeğeri)

  • Azure DevOps Server: Team Foundation yöneticileri ve yönetim konsolu kullanıcıları

  • SQL Server: sysadmin

  • SharePoint ürünleri: Grup yöneticileri (Azure DevOps Server dağıtımınız SharePoint ürünleri ile tümleştiriliyorsa)

Bu gruplardan bir veya daha fazla üye değilseniz, izinleri şimdi alın.

Veritabanlarını ve şifreleme anahtarını yedekleme

  1. Azure DevOps Server için yönetim konsolunu açın ve Zamanlanmış yedeklemeler sayfasında tam yedekleme gerçekleştirin. Yedekleme, yedekleme planınızda yedekleme için yapılandırdığınız her şeyi yedekler, ancak bu işlem, planda zamanlanan saate göre değil hemen yapılır. Dağıtımınız raporlama kullanıyorsa, bu yedekleme kümesinin bir parçası olarak şifreleme anahtarını yedekleyebilirsiniz.

    İş tamamlanırken pencereyi kapatabilirsiniz

    (Yedeklemeleriniz yoksa, tam yedekleme yapmadan önce bir plan oluşturmanız gerekir.)

  2. Yedekleme tamamlandıktan sonra, yedeklemenin depolama cihazında veya ağ paylaşımında kullanılabilir olduğundan ve bu yedeğe yeni donanımdan erişebildiğinizi doğrulayın.

Yeni veri katmanı sunucusuna SQL Server yükleyip yapılandırın

  • Yeni sunucuya SQL Server yükleyip çalışır durumda olduğundan emin olun. Önceki Dağıtımınız raporlama kullanıyorsa, raporlama ve Çözümleme Hizmetleri bileşenlerini eklediğinizden emin olun. Hizmet paketi ve toplu güncelleştirme düzeyleri de dahil olmak üzere, daha önce kullandığınız sürümü ve sürümü yüklemelisiniz.

    SQL Server 2008 R2 'yi yükler-Özellikler

    Alternatif olarak, zaten eşleşen bir sürümün yüklü olduğu bir sunucuda SQL Server örneğini oluşturabilir ve Azure DevOps Server veritabanlarını bu örneğe geri yükleyebilirsiniz, ancak bu daha fazla geri yükleme sonrası yapılandırması gerektirecektir.

    SQL Server yükleme ve yapılandırma seçenekleri hakkında daha fazla bilgi için buraya gidin.

    SQL Server yükledikten sonra, Dağıtımınız raporlama içeriyorsa, SQL Server Management Studio açın ve ReportServer ve ReportServerTempDB veritabanlarını ayırın. Aksi takdirde, bu veritabanlarını Azure DevOps Server veritabanları için oluşturduğunuz yedeklemeyle geri yükleyemezsiniz.

    Mevcut veritabanları geri yüklemeden önce ayrılmalıdır

Yeni uygulama katmanı sunucusuna yazılım yükleyip yapılandırma

Yeni bir sunucu veya sunucuları Azure DevOps Server yapılandırmak için, önce onu desteklemek için gerekli olan yazılımı yüklemeniz ve yapılandırmanız gerekir. Bu yazılım aşağıdaki bileşenleri içerir:

  • dağıtım yapılandırmanız için desteklenen bir işletim sistemi

  • desteklenen bir SharePoint ürünleri sürümü (Dağıtımınız SharePoint ürünleri ile tümleşikse ve Azure DevOps Server ile aynı sunucuya taşımak istiyorsanız)

Not

Yeni bir Azure DevOps Server dağıtımını yüklemeden farklı olarak, yeni bir sunucuya taşırken, SharePoint ürünlerini standart Single-Server veya gelişmiş seçeneklerin bir parçası olarak yükleyemezsiniz. Önceki dağıtımda kullandığınız SharePoint ürünlerinin aynı sürümünü ve sürümünü el ile yüklemeli veya dağıtımını yeni donanıma ayrı olarak taşımak için SharePoint Ürünleri sürümünüze yönelik yönergeleri izlemeniz gerekir.

Azure DevOps Server veritabanlarını geri yükleme

Geri yükleme aracını kullanarak Azure DevOps Server veritabanlarını geri yüklemek için yeni veri katmanı sunucusuna Azure DevOps Server yükleyip yapılandırmamalısınız, sonra zamanlanmış yedeklemeler düğümündeki restore işlevini kullanmanız gerekir.

SQL Server geri yükleme araçlarını kullanarak Azure DevOps Server veritabanlarını el ile geri yüklemek istiyorsanız, ancak bu daha zor bir yordamdır. Ayrıca, yeni dağıtımda veritabanlarını el ile geri almanız gerekir. Azure DevOps Server geri yükleme Sihirbazı, geri yükleme işleminin bir parçası olarak bunu sizin için otomatik olarak yapar, ancak bu işlev SQL Server geri yükleme araçlarının bir parçası değildir.

SharePoint Foundation 2013 ' i Azure DevOps Server Için SharePoint 'i yeni donanıma taşımabölümündeki adımları kullanarak yüklediyseniz ve Azure DevOps Server sunucusu olarak bu sunucuyu kullanmayı planlıyorsanız, yükleme bitleri ve Yönetim Konsolu sunucuda zaten mevcut olur ve bu sonraki yordamın ilk iki adımını atlayabilirsiniz.

  1. Azure DevOps Server yükleme medyasını başlatın. Team Foundation Server Kurulum sayfasında, yükleme' yi seçin.

  2. Yükleme tamamlandığında Team Foundation Server Configuration Center açılır. Kapatın.

    Yönetim Konsolu yapılandırılmamış bir durumda otomatik olarak açılır. Bu beklenen bir durumdur.

  3. Geri Yükleme Sihirbazı 'nı başlatmak için Azure DevOps Server Yönetim konsolunu açın ve Zamanlanmış yedeklemeler' i açın.

    Geri Yükleme Sihirbazı 'nı başlatma

  4. Yedekleme kümesinin yolunu belirtin ve eski dağıtımı sessiz moda aldıktan sonra oluşturduğunuz kümeyi seçin.

    Ağ yolunu ve sonra geri yükleme kümesini seçin

  5. Sihirbazı tamamlayıp veritabanını yeni SQL Server örneğine geri yükleyin.

    Veritabanları yeni sunucuya geri yüklendi

SharePoint ürünlerini içerik veritabanının yeni konumuna yönlendirme

Dağıtımınız SharePoint Ürünleri kullanıyorsa, yukarıda belirtildiği gibi, SharePoint 'i Azure DevOps Server için yeni donanıma taşımabölümündeki adımları izleyerek önceki dağıtımda kullandığınız SharePoint ürünlerinin aynı sürümünü ve sürümünü zaten yüklemiş oldunuz. Şimdi, eski dağıtımın içerik veritabanını (WSS _ içerik) geri yükleme kümesinin parçası olarak yeni sunucuya geri yükledikten sonra, SharePoint ürünlerini çalıştıran sunucuyu o veritabanının yeni konumuna yeniden yönlendirmeniz gerekir. Azure DevOps Server veritabanlarının yeni konumlarına yeniden yapılandırmadan önce bu veritabanı çalışır durumda olmalıdır.

  1. SharePoint Foundation 'ı çalıştıran yeni donanımda yönetici olarak bir komut Istemi açın.

  2. Dizinleri sürücü olarak değiştir: \ Program Files \ Common Files \ Microsoft Shared \ Web Server Extensions \ 15 \ bin ve aşağıdaki parametrelerle stsadm.exe çalıştırın. burada, sharepointfoundationservername , SharePoint Foundation 2013 ' ı yüklediğiniz sunucunun adıdır ve SQLSERVERNAME , _ Azure DevOps Server veritabanlarının geri yükleme işleminin bir parçası olarak WSS İçerik veritabanını geri yüklediğiniz sunucunun adıdır:

    stsadm.exe –o addcontentdb –url http://SharePointFoundationServerName/sites -databasename WSS_Content -databaseserver SQLServerName
    
  3. Bu komut başarıyla tamamlandıktan sonra aşağıdaki komutu yazın; burada etki alanı \ Kullanıcı adı , Azure DevOps Server Ile kullanmak üzere SharePoint Foundation 2013 yüklemek ve yapılandırmak için kullandığınız hesaptır:

    stsadm.exe -o addpermissionpolicy -url http://SharePointFoundationServerName -userlogin Domain\UserName -permissionlevel "full control"
    

(Kopyalama seçeneği) Sunucu kimliklerini yeniden yapılandırma ve veritabanlarını yeniden eşleme

Not

Hazırlık Eclone, başka bir sunucuda zaten üretimde bir veritabanı yedeklemesi kullanılarak yeni bir Azure DevOps Server dağıtımını yapmadan önce kullanılması önerilir. Bu komut artık gerekli değildir, çünkü işlevlerini yapılandırma sihirbazındaki ön üretim yükseltme ve kopyalama senaryolarına ekledik.

Özgün Azure DevOps Server örneğini kullanmaya devam etmek istiyorsanız, yeni uygulama katmanı sunucusunda bir sonraki adım kümesini gerçekleştirin. Bu adımlar, bir veya iki dağıtımda bozulma riskini önlemek için gereklidir. Her iki sunucu da canlı ise, özellikle de aynı SharePoint veya raporlama kaynaklarına işaret ediyorsanız bozulma ile bitilebilir.

  1. Yönetici olarak bir komut Istemi penceresi açın ve dizinleri Drive: % ProgramFiles%\TFS 12.0 \ Tools olarak değiştirin. Bir komut Istemi penceresi açın ve şunu girin:

  2. Zamanlanan yedeklemeler, SharePoint ve raporlama kaynakları hakkındaki bilgileri kaldırmak için TFSConfig hazırlık Eclone komutunu çalıştırın.

    TFSConfig PrepareClone /SQLInstance:ServerName /DatabaseName:DatabaseName /notificationURL: ApplicationTierURL
    
  3. Veritabanlarıyla ilişkili sunucu GUID 'Lerini değiştirmek için TFSConfig ChangeServerId komutunu çalıştırın. GUID 'Ler Azure DevOps Server dağıtım içinde benzersiz olmalıdır.

    TFSConfig ChangeServerID /SQLInstance:ServerName] /DatabaseName:ConfigurationDatabaseName [/ProjectCollectionsOnly] [/ConfigDBOnly] [/usesqlalwayson]
    
  4. Kopyalanan Azure DevOps Server veritabanlarına yeniden yönlendirmek için TfsConfig remapDBs komutunu çalıştırın.

    TFSConfig RemapDBs /DatabaseName:ServerName;DatabaseName /SQLInstances:ServerName1,erverName2 [/AnalysisInstance:ServerName] [/AnalysisDatabaseName:DatabaseName] [/review] [/continue] [/usesqlalwayson]
    

Uygulama katmanı sunucusunu yapılandırma

  1. Azure DevOps Server için yönetim konsolundan, yapılandırma merkezini başlatmak için yüklü Özellikleri Yapılandır ' ı seçin.

  2. Yalnızca Application-Tier sihirbazını başlatın ve veritabanlarında Azure DevOps Server veritabanlarını geri yüklediğiniz yeni SQL Server örneğini belirtin. _Listeden TFS Yapılandırma veritabanını seçin.

    SQL Server ve veritabanı yedekleme kümesini seçin

  3. Sihirbazın son sayfasını kapatmadan önce "i" sembolünü arayın. İleride başvurmak isteyebileceğiniz bilgileri belirtir. Son sayfa, yapılandırma günlüğünün konumunu da içerir.

    Tüm sorunları ve günlük dosyası konumunu aklınızda edin

Azure DevOps Server URL 'Lerini Güncelleştir

  1. Uygulama katmanı düğümüne gidin ve bildirim ve Web portalı URL 'Lerine bakın. Hala eski dağıtımın konumunu işaret ettiğinden emin olmanız gerektiğini unutmayın. Bunları güncelleştirin.

    Bildirim ve Web URL 'Leri güncel değil

  2. URL 'Leri yeni sunucunun adıyla güncelleştirdikten sonra doğru olduğundan emin olmak için bilgileri gözden geçirin.

    Sunucu URL 'SI hala localhost kullanıyor

Tüm hizmet hesaplarını Güncelleştir

Azure DevOps Server (TFSService) için hizmet hesabını ve veri kaynakları hesabını (TFSReports) güncelleştirmeniz gerekir. Bu hesaplar değişmemiş olsa da, hesapların biçimlerinin ve biçiminin yeni sunucu için uygun olduğundan emin olmak üzere bilgileri güncelleştirmeniz gerekir.

  1. Yönetici olarak bir komut Istemi penceresi açın ve dizinleri sürücü: \ % programfiles% \ TFS 12,0 Tools olarak değiştirin \ .

  2. Komut isteminde, DatabaseName yapılandırma veritabanının adıdır (varsayılan olarak, TFS yapılandırması) Azure DevOps hizmet hesabını eklemek için aşağıdaki komutu yazın _ :

    TFSConfig accounts/Add/AccountType: ApplicationTier/Account: AccountName /SQLInstance: ServerName /DatabaseName: DatabaseName

  3. Komut isteminde, veri kaynakları hesabını eklemek için aşağıdaki komutu yazın:

    TFSConfig accounts/Add/AccountType: ReportingDataSource/Account: AccountName /SQLInstance:sunucuadı /DatabaseName:DatabaseName

    Daha fazla bilgi için bkz. Accounts komutu.

Yapı sunucularını Güncelleştir

Şimdi, taşınan Azure DevOps Server dağıtımına işaret etmek için yapı sunucularınızı yeniden yönlendirmeniz gerekir.

  1. Her yapı sunucusunda, yönetim konsolunu açın ve yapı hizmetini durdurun.

  2. Yapı Hizmeti Özellikleri ' nde, iletişim özelliklerini güncelleştirin.

    Hizmeti durdurun, sonra değişiklik yapın

SharePoint Web uygulamalarını yapılandırma

Dağıtımınız SharePoint ürünlerini kullanıyorsa ve Azure DevOps Server taşımanın bir parçası olarak SharePoint Foundation 2013 ' i taşıdıysanız, Azure DevOps Server yeni Web uygulamasına yeniden yönlendirmeniz gerekebilir. Olmasa bile, doğru performansı sağlamaya yardımcı olması için bağlantıyı yine de onarmalısınız.

Dağıtımınızın bir parçası olarak SharePoint ürünleri kullanmıyorsanız veya dağıtımınız eski SharePoint sunucusunu kullanmaya devam edebiliyorsanız, bu yordamı atlayabilirsiniz.

  • Yönetim konsolunu açın ve SharePoint Web uygulamaları 'na gidin. Web uygulaması hala eski siteye başvuruyorsa veya yeni dağıtım listelenenden farklı bir Web uygulaması kullanıyorsa, Değiştir ' i seçin ve ayarları güncelleştirin.

    Azure DevOps Server hala eski uygulamaya yeniden yönlendiriliyor

    Bilgiler doğruysa veya sorunu düzelttikten sonra, bağlantıyı Onar ' ı seçin. Bu, her şeyin düzgün çalıştığından emin olmanıza yardımcı olur.

Raporlamayı ve Analysis Services yapılandırma

Dağıtımınız bir rapor sunucusu kullanıyorsa, Azure DevOps Server konumuna yönlendirmelisiniz, ambarı yeniden başlatmalı ve Analysis Services veritabanını el ile yeniden oluşturmanız gerekir. Raporlama kullanmıyorsanız, bu yordamı atlayın.

  1. Raporlama düğümüne gidin. Listelenen rapor sunucusu değerleri yeni değil, eski değerlerdir, bu nedenle onları düzenleyin.

    Raporlar hala eski sunucuyu işaret ediyor

  2. Her üç sekmeden oluşan değerleri yeni sunucuya işaret etmek üzere değiştirin. Yeni dağıtımda veri kaynakları hesabı için doğru bilgileri sağladığınızdan emin olun.

    Bilgilerin tüm 3 sekmelerde doğru olduğundan emin olun

  3. Raporlamayı yeniden başlatmak için Işleri Başlat ' ı seçin.

  4. Ambarı yeniden derlemek için yeniden oluşturmayı Başlat ' ı seçin.

Kullanıcılar, gruplar ve hizmet hesapları için izinleri doğrulama

Yeni donanıma geçtikten sonra, dağıtımınıza ait tüm kullanıcıların, grupların ve hizmet hesaplarının her sunucuda düzgün çalışması için gereken izinlerle yapılandırıldığından emin olun. SQL Server veya yerel bilgisayardaki ek izinler gibi bazı izinler otomatik olarak geçirilemez. Örneğin, Azure DevOps yöneticileri, yönetim konsolunu açmak için uygulama katmanı sunucusunda yerel Yöneticiler grubunun üyesi olmalıdır, bu nedenle onları bu gruba el ile eklemeniz gerekir.

  • Sunucuda oturum açın ve kullanıcıların, grupların ve hizmet hesaplarının işlem için gereken izinlerle yapılandırıldığından emin olun. Proje gruplarında ve ekiplerde üyeliği el ile kontrol edin ve bu gruplar ve takımların istediğiniz izinlere sahip olduğunu doğrulayın.

  • Bir proje koleksiyonuna gidin ve bu koleksiyondaki tüm projelerin beklendiği gibi göründüğünden ve bu projelerdeki kullanıcıların iş öğelerine uygun şekilde erişebildiğinden emin olun.

  • Web portalını açın ve takım sitelerinin ve takımların beklendiği gibi göründüğünü doğrulayın.

Hangi grupların ve izinlerin beklendiğinden emin değil misiniz? Daha fazla bilgi için bkz. projelere Kullanıcı ekleme, proje koleksiyonları için yönetici izinleri ayarlama, Azure DevOps Server için yönetici Izinleriniayarlama ve Azure DevOps Server içindeki hizmet hesapları ve bağımlılıklar.

İstemci bilgisayarlarda veri önbelleğini yenileme

  • Sunucuda oturum açın ve ClientService Web hizmetini kullanarak, istemcileri izleme iş öğeleri ve Azure DevOps sürüm denetimi için önbelleği güncelleştirmeye zorlayın.

    http://ServerName:8080/tfs/WorkItemTracking/v3.0/ClientService.asmx
    

    Daha fazla bilgi için bkz. istemci bilgisayarlarda veri önbelleklerini yenileme.

    Bir sonraki oturum açışlarında tüm kullanıcılar için önbelleğin tamamını yenilemek istiyorsanız, witadmin rebuildcache komutunu kullanın.

    Not

    Veritabanlarınızı zaman içinde farklı bir noktaya geri yüklediyseniz, istemci bilgisayarlarda veri önbelleklerini yenilemebölümünde belirtildiği gibi sürüm denetimi önbelleğini de yenilemeniz gerekir.

Kullanıcılara bildirme

Azure DevOps Server taşıdığınıza göre, kullanıcılarınıza taşınan dağıtıma nasıl bağlanacağınızı söylemeniz gerekir. Özellikle, aşağıdaki bilgileri vermeniz gerekir:

  • Yeni sunucunun adı ve web portalının, projelerine yeniden bağlanabilmeleri için URL

  • Raporlama dağıtımınızın bir parçasıysa, raporlama için yeni veritabanı adları

  • SharePoint dağıtımınızın bir parçasıysa SharePoint 'in yeni URL 'SI

  • Bunlar, git kullanan bir projenin üyeleridir, bu projenin her deposu için yerel olarak sahip oldukları her kopyayı güncelleştirme yönergeleri için yönergeler. Özellikle, her kopya için aşağıdaki komutu çalıştırmaları gerekir:

    git remote set-url <remote name> <new URL>
    

    Kullanıcılar gezgin sekmesinden projeye göz atarak her bir kopyanın URL 'sini görebilirler.

    İçindeki bir depoyu el ile kopyalamak için URL 'YI kopyalama

Yedeklemeleri yapılandırma

Eski dağıtımınız için zamanlanmış yedeklemeleriniz olsa da, bu zamanlanmış yedeklemeler taşınan dağıtımınızı yedekleyecek şekilde değişmemiştir. Bunları yapılandırmanız gerekir.

  • Yönetim konsolunda, zamanlanmış yedeklemeler düğümüne gidin ve zamanlanan yedeklemeleri yeni sunucudaki Azure DevOps Server veritabanlarını yedekleyecek şekilde yeniden yapılandırın. Daha fazla bilgi için bkz. yedekleme zamanlaması ve planı oluşturma.

Soru-Cevap

S: fiziksel sunucuları değil, etki alanlarını değiştirmek istiyorum. Bunu yapabilir miyim?

Y: Evet. Bu, ortam tabanlı bir taşıma olarak adlandırılır ve adımlar buradabulunabilir. Donanım tabanlı bir taşıma ile ortam tabanlı bir taşıma birleştirmeyi denememelisiniz. Önce donanımı taşımayı tamamlayıp ortamı değiştirin.

S: yeni donanıma taşıdıktan sonra eski Azure DevOps Server kullanmaya devam etmek istediğimi fark ediyorum. Bunu yapabilir miyim?

Y : Evet, ancak ek adımları hemen gerçekleştirmeniz çok önemlidir. İdeal olarak, bu adımları taşıma veya kopyalama adımlarının bir parçası olarak gerçekleştirmelisiniz. Bu, bir veya her iki dağıtımda bozulma riskini önlemenin en iyi yoludur. Her iki sunucu da canlı ise, özellikle de aynı SharePoint veya raporlama kaynaklarına işaret ediyorsanız bozulma ile bitilebilir.

Bu sorunu gidermek için:

  1. Yeni sunucuda TFSConfig hazırlık Eclone komutunu çalıştırın

  2. Yeni sunucuda TFSConfig ChangeServerID komutunu çalıştırın

  3. Yeni sunucuda TFSConfig RemapDBs komutunu çalıştırın

S: Project Server ile tümleşen bir dağıtımım var. Taşınan Azure DevOps Server çalışmak için ek adımlar gerçekleştirmem gerekir mi?

Y : Evet, donanım taşımayı tamamladıktan sonra, Azure DevOps Server Project Server ile yeniden kaydettirmek için /TFS, /Force ve /PWA seçenekleriyle TfsAdmin ProjectServer /RegisterPWA komutunu kullanmanız gerekir. BuradaProject Server ile Azure DevOps Server tümleştirme hakkında daha fazla bilgi edinebilirsiniz.