Windows Server 2008/2008 R2/2012 kümelerinde çalışan SQL Server örneklerini yükseltme

Windows Server 2008, Windows Server 2008 R2 ve Windows Server 2012, Windows Server yük devretme kümelerinin yerinde işletim sistemi yükseltmeleri yapmasını engeller ve bir küme için SQL Server'ın izin verilen sürümünü sınırlar. Küme en az Windows Server 2012 R2'ye yükseltildikten sonra, up-totarihine kadar mevcut durumda kalabilir.

Önkoşullar

• Geçiş stratejilerinden herhangi birini gerçekleştirmeden önce, Windows Server 2016/2012 R2 ile paralel bir Windows Server yük devretme kümesi hazırlanmalıdır. SQL Server yük devretme kümesi örneklerini (FCI) oluşturan tüm düğümler, paralel yük devretme kümesi örnekleri yüklü olarak Windows kümesine dahil edilmelidir. Geçiş öncesinde tek başına makinelerin Windows Server yük devretme kümesine katılmaması gerekir . Geçiş öncesinde kullanıcı veritabanları yeni ortamda eşitlenmelidir.

• Tüm hedef örneklerin özgün ortamdaki paralel örnekleriyle aynı SQL Server sürümünü çalıştırması, aynı örnek adları ve kimlikleri içermesi ve aynı özelliklerle yüklü olması gerekir. Yükleme yolları ve dizin yapısı hedef makinelerde aynı olmalıdır. Bu, geçiş öncesinde farklı olması gereken FCI sanal ağ adlarını içermez. Özgün örneğin etkinleştirdiği tüm özellikler (Always On, FILESTREAM vb.) hedef örnekte etkinleştirilmelidir.

• Paralel kümede geçişten önce Always On kullanılabilirlik grupları yüklü olmamalıdır.

• Tamamen Kullanılabilirlik Grupları (SQL FC'ler ile veya SQL FC'ler olmadan) kullanan bir küme taşındığında kesinti süresi, Dağıtılmış Kullanılabilirlik Grupları kullanılarak büyük ölçüde sınırlanabilir, ancak bu, tüm örneklerin SQL Server 2016 (13.x) RTM (veya üzeri) sürümlerini çalıştırmasını gerektirir.

• Tüm geçiş stratejileri IÇIN SQL Server sysadmin rolü gerekir. SQL Server hizmetleri tarafından kullanılan tüm Windows kullanıcılarının (çoğaltma aracılarını çalıştıran Windows hesabı gibi) yeni ortamdaki her makinede işletim sistemi düzeyi izinleri olmalıdır.

• Özgün SQL Server küme ortamında kullanılan tüm ağ dosya paylaşımları ve ağ eşleme sürücüleri mevcut olmalı ve hedef küme tarafından özgün örneklerle aynı izinlere sahip erişilebilir durumda kalmalıdır.

• Özgün SQL Server örneği tarafından dinlenen tüm TCP/IP bağlantı noktalarının kullanılmaması ve hedef makinede gelen trafiğe izin vermesi gerekir.

• SQL ile ilgili tüm hizmetler aynı Windows kullanıcısı tarafından yüklenip çalıştırılmalıdır.

• Hedef örneklerin özgün örneklerle aynı yerel ayara sahip olması gerekir.

Geçiş senaryoları

Doğru geçiş stratejisi, özgün SQL Server küme topolojisinin belirli parametrelerine, yani Always On kullanılabilirlik gruplarının ve SQL yük devretme kümesi örneklerinin kullanımına bağlıdır. Seçilen strateji, hedef ortamın gereksinimlerine de bağlıdır. Yeni ortam, her makinenin veya SQL FCI'nin özgün sanal ağ adını (VNN) korumasını gerektiriyorsa veya SQL Server topolojisi özgün örneklerin tüm sistem nesnelerini devralan yeni örneklere bağımlıysa, bunları geçiren bir strateji seçmeliyiz.

	Tüm sunucu nesnelerini ve VNNS'leri gerektirir	Tüm sunucu nesnelerini ve VNNS'leri gerektirir	Sunucu nesneleri/VNNS* gerektirmez	Sunucu nesneleri/VNNS* gerektirmez
Kullanılabilirlik Grupları mı? (Y/N)	Y	N	Y	N
Küme yalnızca SQL FCI kullanır	Senaryo 3	2. Senaryo	Senaryo 1	2. Senaryo
Küme bağımsız örnekleri kullanır	Senaryo 5	Senaryo 4	Senaryo 1	Senaryo 4

* Kullanılabilirlik Grubu dinleyici adları hariç

Senaryo 1: SQL Server Kullanılabilirlik Grupları ve Yük Devretme Kümesi Örneği Olmayan Windows Kümesi (FCI)

Kullanılabilirlik Grupları (AG) kullanan ve yük devretme kümesi örneği olmayan bir SQL Server kurulumunuz varsa, Windows Server 2016/2012 R2 ile farklı bir Windows Kümesinde paralel SQL Server dağıtımı oluşturarak yeni bir kümeye geçiş yapabilirsiniz. Bundan sonra, hedef kümenin geçerli üretim kümesine ikincil olduğu dağıtılmış bir AG oluşturabilirsiniz. Bunun için kullanıcının SQL Server 2016 (13.x) veya üzeri bir sürümüne yükseltmesi gerekir.

Yükseltmeyi gerçekleştirmek için

1. Gerekirse tüm örnekleri SQL Server 2016 (13.x) veya sonraki bir sürümüne yükseltin. Paralel örnekler aynı SQL Server sürümünü çalıştırıyor olmalıdır.

2. Hedef küme için bir Kullanılabilirlik Grubu oluşturun. Hedef kümenin birincil düğümü bir FCI değilse, bir dinleyici oluşturun.

3. Hedef kümenin ikincil Kullanılabilirlik Grubu olduğu dağıtılmış bir kullanılabilirlik grubu oluşturun.

   Uyarı

   Dağıtılmış AG T-SQL oluşturma işleminin LISTENER_URL parametresi, birincil örnek olarak SQL FCI ile AG'ler için farklı davranır. Birincil veya ikincil AG için bu durum söz konusuysa, veritabanı yansıtma uç noktası bağlantı noktasıyla birlikte dinleyicinin ağ adı yerine birincil SQL FCI'nin VNN'sini dinleyici URL'si olarak kullanın.

4. İkincil Kullanılabilirlik Grubunu dağıtılmış AG'ye ekleyin.

5. İkincil AG'deki ikincil veritabanlarına katılın.

   Uyarı

   Hedef Kullanılabilirlik Grubu otomatik tohumlama kullanıyorsa, bu işlem otomatik olarak gerçekleştirilir. Bu, yalnızca tüm replikalarda veri ve günlük yolları aynıysa mümkündür.

6. Birincil AG'ye giden tüm trafiği kesin ve ikincilin eşitlenmesine olanak tanıyın.

7. Hem Kullanılabilirlik Grupları'nda taahhüt ilkesini SYNCHRONOUS_COMMIT olarak değiştirin hem de durum EŞİTLENDİKTEN sonra hedef kümeye yük devretme işlemini gerçekleştirin.

8. Dağıtılmış AG'yi silin.

9. Özgün AG'de dinleyiciyi silin veya yeniden adlandırın.

10. Yeni AG'nin dinleyicisini özgün AG'nin dinleyici adıyla yeniden adlandırın veya oluşturun.

    Uyarı

    Özgün AG dinleyicisi için DNS kaydı mevcut olsa da, bu adı kullanarak bir dinleyici oluşturma girişimleri başarısız olur.

11. Dinleyiciye doğru trafiği devam ettir.

Senaryo 2: SQL Server Yük Devretme Kümesi Örnekleri (FCI) ile Windows Kümeleri

Yalnızca SQL FCI örnekleri içeren bir SQL Server ortamınız varsa, Windows Server 2016/2012 R2 ile farklı bir Windows Kümesinde paralel bir SQL Server ortamı oluşturarak yeni bir kümeye geçiş yapabilirsiniz. Eski SQL FCI'lerinin VNN'lerini "çalarak" ve bunları yeni kümelerde edinerek hedef kümeye geçiş yapacaksınız. DNS yayılma sürelerine bağlı olarak bu durum, ek kesinti süresi oluşturacaktır.

Yükseltmeyi gerçekleştirmek için

1. Tam yedekleme yapın ve özgün SQL Server kümesine yönelik trafiği durdurun.

2. Kullanıcı veritabanlarının son günlük yedeğini alın ve yeni ortamda geri yükleyin ve kurtarma işlemini tamamlayın.

3. Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede her SQL FCI kümelenmiş rolünü devre dışı bırakın.

4. Yine hedef kümedeki Yük Devretme Kümesi Yöneticisi'nde, her SQL FCI tarafından kullanılan kümelenmiş diskleri geri getirin.

5. Yük Devretme Kümesi Yöneticisi'ndeki özgün kümede, her SQL FCI kümelenmiş rolünü durdurun.

6. Orijinal kümede Yük Devretme Kümesi Yöneticisi'nde, her SQL FCI tarafından kullanılan kümelenmiş diskleri geri yükleyin.

7. Sistem veritabanlarını özgün makinelerden paralel hedef makinesine kopyalayın.

8. Yük Devretme Kümesi Yöneticisi'ndeki özgün ortamda, her SQL Server FCI rolünün 'Sunucu Adı' kaynağının adını değiştirin.

9. Şimdi SQL FCI rollerinin her biri için yeniden adlandırılmış Sunucu Adı kaynağını çevrimiçi duruma geri getirin.

10. Şimdi Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede, SQL Server FCI rolüne ait "Sunucu İsmi" kaynağının her birini daha önce özgün küme tarafından tutulan adla yeniden adlandırın.

    Uyarı

    Ad için DNS kayıtları silindikten sonra, zaten başka bir makine tarafından tutulan addan kaynaklanan hatalar durur.

11. Tüm FCI'ler yeniden adlandırıldıktan sonra, yeni kümedeki makinelerin her birini yeniden başlatın.

12. Yeniden başlatma sonrasında makineler yeniden çevrimiçi duruma geldikçe, Yük Devretme Kümesi Yöneticisi'nde SQL Server FCI rollerinin her birini başlatın.

Senaryo 3: Windows Kümesinde hem SQL FC'leri hem de SQL Server Kullanılabilirlik Grupları var

Tek başına SQL Server örneği kullanmayan bir SQL Server kurulumunuz varsa, yalnızca bir veya daha fazla Kullanılabilirlik Grubuna dahil olan SQL FCI’leri kullanıyorsanız, bu kurulumu "Kullanılabilirlik Grubu yok, tek başına örnek yok" senaryosuna benzer yöntemler kullanarak yeni bir kümeye geçirebilirsiniz. Sistem tablolarını hedef FCI paylaşılan disklerine kopyalamadan önce, tüm Kullanılabilirlik Gruplarını özgün ortama bırakmanız gerekir. Tüm veritabanları hedef makinelere geçirildikten sonra, Kullanılabilirlik Gruplarını aynı şema ve dinleyici adlarıyla yeniden oluşturursunuz. Bunu yaptığınızda, Windows Server yük devretme kümesi kaynakları hedef kümede doğru şekilde biçimlendirilir ve yönetilir. Geçiş öncesinde hedef ortamdaki her makinede SQL Server Configuration Manager'da Always On etkinleştirilmelidir.

Yükseltmeyi gerçekleştirmek için

1. SQL Server'a doğru trafiği durdurun.

2. Kullanıcı veritabanlarının son günlük yedeğini alın ve yeni ortamın birincil hedefinde kurtarma işlemi ile geri yükleyin, amaçlanan tüm ikincil hedeflerde ise NORECOVERY yöntemiyle geri yükleyin.

3. Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede, her SQL FCI kümelenmiş rolünü kapatın.

4. Yine hedef kümedeki Yük Devretme Kümesi Yöneticisi'nde, her SQL FCI tarafından kullanılan kümelenmiş diskleri geri getirin.

5. Özgün kümede Kullanılabilirlik Grubunu silin.

6. Yük Devretme Kümesi Yöneticisi'ndeki ana kümede, her SQL FCI kümelenmiş rolünü durdurun.

7. Hâlâ ilk kümede Yük Devretme Kümesi Yöneticisi'nde, her SQL FCI tarafından kullanılan kümelenmiş diskleri yeniden etkinleştirin.

8. Sistem veritabanlarını özgün makinelerden paralel hedef makinesine kopyalayın.

9. Orijinal ortamda, Yük Devretme Kümesi Yöneticisi'nde, her SQL Server FCI rolünün 'Sunucu Adı' kaynağının adını değiştirin.

10. Şimdi her bir SQL FCI rolü için yeniden adlandırılmış Sunucu Adı kaynağını tekrar çevrimiçi yapın.

11. Şimdi Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede, SQL Server FCI rolünün "Sunucu Adı" kaynağının her birini daha önce özgün küme tarafından tutulan adla yeniden adlandırın.

12. Tüm FCI'ler yeniden adlandırıldıktan sonra, yeni kümedeki makinelerin her birini yeniden başlatın.

13. Yeniden başlatma sonrasında makineler yeniden çevrimiçi duruma geldikçe, Yük Devretme Kümesi Yöneticisi'nde SQL Server FCI rollerinin her birini başlatın.

14. Tüm örnekler çevrimiçi olduktan sonra, veritabanlarının kurtarma ile geri yüklendiği çoğaltmada Kullanılabilirlik Grubu'nu oluşturun.

15. Tüm ikincil kopyaları AG'ye, tüm ikincil veritabanlarını AG'ye katın.

16. Yeni AG'de özgün Kullanılabilirlik Grubu dinleyicisinin dinleyici adıyla bir dinleyici oluşturun.

Senaryo 4: Tek Başına SQL Server Örnekleri olan ve Kullanılabilirlik Grubu Olmayan Windows Kümesi

Tek başına örnekleri olan bir kümenin taşınması, yalnızca FCI'lere sahip bir SQL Server kümesinin taşınma işlemine benzer. Ancak burada, FCI'nin ağ adı küme kaynağının sanal ağ adını (VNN) değiştirmek yerine, özgün tek başına makinenin adını değiştirir ve hedef makinede eski makinenin adını "çalarsınız". Hedef tek başına makineyi WSFC'ye katabilmeniz için öncelikle eski makinenin ağ adını elde etmeniz gerekir, bu da tek başına senaryolara göre ek kapalı kalma süresine yol açar.

Yükseltmeyi gerçekleştirmek için

1. SQL Server'a doğru trafiği durdurun.

2. Kullanıcı veritabanlarının son günlük yedeğini alın ve her makinedeki yeni ortamda kurtarma ile geri yükleyin.

3. Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede her SQL FCI kümelenmiş rolünü durdurun.

4. Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede, her SQL FCI tarafından kullanılan kümelenmiş diskleri yeniden çevrimiçi hale getirin.

5. Yük Devretme Kümesi Yöneticisi'ndeki özgün kümede, SQL FCI kümelenmiş rollerini devre dışı bırakın ve SQL Server Configuration Manager'da SQL Server bağımsız örneklerini durdurun.

6. Özgün kümedeki her tek başına makine için, her makineyi yeni bir benzersiz makine adıyla yeniden adlandırın. Bu makinelerin her birini talimatlara uygun olarak yeniden başlatın.

7. Yük Devretme Kümesi Yöneticisi'ndeki orijinal kümede, her SQL FCI tarafından kullanılan kümelenmiş diskleri tekrar çevrimiçi hale getirin.

8. Sistem veritabanlarını hedef makinelere kopyalayın.

9. Yük Devretme Kümesi Yöneticisi'ndeki özgün ortamda, her SQL Server FCI rolünün 'Sunucu Adı' kaynağını yeni, benzersiz bir adla değiştirin.

10. Şimdi, SQL FCI rollerinin her biri için yeniden adlandırılmış Sunucu Adı kaynağını çevrimiçi duruma getirin.

11. Şimdi paralel tek başına örneklerde makineleri özgün tek başına makine adlarıyla yeniden adlandırın. (Eski sunucu adını bırakın, yerel paramla yeni sunucu adı ekleyin.) Makineleri, açıklandığı gibi yeniden başlatın.

12. Yeniden başlatmanın ardından tek başına makinelerin her birini hedef Windows Server Yük Devretme Kümesine ekleyin.

13. Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede, SQL Server FCI rolünün "Sunucu Adı" kaynağını orijinal kümenin daha önce sahip olduğu adla yeniden adlandırın.

14. Tüm FCI'ler yeniden adlandırıldıktan sonra, yeni kümedeki makinelerin her birini yeniden başlatın.

15. Yeniden başlatma sonrasında makineler yeniden çevrimiçi duruma geldikçe, Yük Devretme Kümesi Yöneticisi'nde SQL Server FCI rollerinin her birini başlatın.

Senaryo 5: Tek Başına SQL Server Örnekleri ve Kullanılabilirlik Grupları ile Windows Kümesi

Bağımsız çoğaltmalar ile Kullanılabilirlik Grupları kullanan bir kümenin taşınması, Kullanılabilirlik Gruplarını kullanarak FCI'lerle bir kümenin taşınmasına benzer. Özgün Kullanılabilirlik Gruplarını silmeniz ve hedef kümede yeniden oluşturmanız gerekir; ancak, tek başına örnekleri geçirmenin ek maliyetleri nedeniyle ek kapalı kalma süresi yaşanacaktır. Geçiş öncesinde hedef ortamdaki her FCI'da Always On etkinleştirilmelidir.

Yükseltmeyi gerçekleştirmek için

1. SQL Server'a doğru trafiği durdurun.

2. Kullanıcı veritabanlarının kuyruk günlüğü yedeğini alın ve hedeflenen birincil ortamdaki yeni ortamda kurtarma ve hedeflenen her ikincil ortamda NORECOVERY ile geri yükleme yapın.

3. Özgün kümedeki Kullanılabilirlik Grubunu silin.

4. Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede her SQL FCI kümelenmiş rolünü kapatın.

5. Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede, her SQL FCI tarafından kullanılan kümelenmiş diskleri geri getirin.

6. Yük Devretme Kümesi Yöneticisi'nde, SQL FCI kümelenmiş rollerini devre dışı bırakın ve SQL Server Configuration Manager'da SQL Server bağımsız örnekleri durdurun.

7. Özgün kümedeki her tek başına makine için, her makineyi yeni bir benzersiz makine adıyla yeniden adlandırın. Bu makinelerin her birini yönlendirildikçe yeniden başlatın.

8. Yük Devretme Kümesi Yöneticisi'ndeki özgün kümede, her SQL FCI tarafından kullanılan kümelenmiş diskleri yeniden çevrimiçi duruma getirin.

9. Sistem veritabanlarını hedef makinelere kopyalayın.

10. Yük Devretme Kümesi Yöneticisi'ndeki özgün ortamda, her SQL Server FCI rolünün 'Sunucu Adı' kaynağını yeni, benzersiz bir adla değiştirin.

11. Şimdi her bir SQL FCI rolü için yeniden adlandırılmış Sunucu Adı kaynağını tekrar çevrimiçi hale getirin.

12. Şimdi paralel tek başına örneklerde makineleri özgün tek başına makine adlarıyla yeniden adlandırın. (SQL'de sunucu adını bırakın ve ekleyin.) Makineleri, açıklandığı gibi yeniden başlatın.

13. Yeniden başlatmanın ardından, tek başına makinelerin her birini hedef Windows Server yük devretme kümesine ekleyin.

14. Şimdi Yük Devretme Kümesi Yöneticisi'ndeki hedef kümede, SQL Server FCI rolüne ait her bir "Sunucu Adı" kaynağını, daha önce özgün kümenin tuttuğu adla yeniden adlandırın.

15. Tüm FCI'ler yeniden adlandırıldıktan sonra, yeni kümedeki makinelerin her birini yeniden başlatın.

16. Yeniden başlatma sonrasında makineler yeniden çevrimiçi duruma geldikçe, Yük Devretme Kümesi Yöneticisi'nde SQL Server FCI rollerinin her birini başlatın.

17. Tüm örnekler çevrimiçi olduktan sonra, istenen birincil sunucuda Kullanılabilirlik Grubunu yeniden oluşturun.

18. Her bir ikincil çoğaltmayı ve ikincil veritabanını birleştirin.

19. Kullanılabilirlik Grubu dinleyicisini özgün dinleyiciyle aynı adla yeniden oluşturun.

Tek tek özelliklerle ilgili özel endişeler

AlwaysOn Kullanılabilirlik Grupları

• Veritabanı yansıtma uç noktası

  SQL açısından bakıldığında, veritabanı yansıtma uç noktası sistem tablolarıyla birlikte yeni SQL Server örneğine geçirilecektir. Geçişten önce, güvenlik duvarlarına uygun kuralların uygulandığından ve aynı bağlantı noktasında başka hiçbir işlemin dinlemediğinden emin olun.

• Kullanılabilirlik Grupları

  Kullanılabilirlik Grupları ve dinleyicileri örnekler arasında geçiş yapamaz. Kullanılabilirlik Grubu tarafından oluşturulan Windows Server yük devretme kümesi kaynakları hedef ortamda kolayca yeniden oluşturulamaz. Kullanılabilirlik Gruplarını geçirmeye çalışmak yerine, hedef kümede Kullanılabilirlik Gruplarını kaldırıp yeniden oluşturmak istiyoruz.

• Kullanılabilirlik Grubu dinleyicileri

  Kullanılabilirlik Gruplarının kendileri gibi, dinleyicileri doğrudan aktarmak yerine bırakırız ve tekrar oluştururuz.

Çoğaltma

• Uzak dağıtımcılar, yayımcılar, aboneler

  Dağıtımcı ile yayımcı arasındaki ilişki yalnızca ikisini barındıran makinelerin VNN'sine bağlıdır ve bu da yeni makineye düzgün çözümlenir. SQL Server Aracısı işleri de sistem tablolarıyla düzgün bir şekilde geçirilir, böylece çeşitli çoğaltma aracıları her zamanki gibi yürütmeye devam edebilir. Geçiş öncesinde SQL Server Agent'ın kendisini veya herhangi bir SQL Server Agent işini çalıştıran tüm Windows hesaplarının hedef ortamda aynı izinlere sahip olmasını zorunlu kılarız. Hem yayımcı hem de abonelerle iletişim her zamanki gibi yürütülür.

• Anlık görüntü klasörü

  Geçiş öncesinde, herhangi bir SQL Server özelliği tarafından kullanılan tüm ağ paylaşımlarının hedef ortamdaki makineler tarafından özgün ortamla aynı izinlere sahip olması gerekir. Geçiş öncesinde bunun doğru olduğundan emin olmanız gerekir.

Hizmet aracısı

• Hizmet aracısı uç noktası

  SQL Server açısından bakıldığında uç noktayla ilgili bir sorun yoktur. Geçişten önce, aynı bağlantı noktasında zaten hiçbir işlemin dinlemediğinden ve hiçbir güvenlik duvarı kuralının bu bağlantı noktasını engellemediğinden veya bağlantı noktasına özel olarak izin veren bir güvenlik duvarı kuralı olduğundan emin olmanız gerekir.

• Sertifikalar

  Sertifikanın yeni bir makineye geri yüklenmesi gerektiğinde sertifikalar da yedeklenmeli ve hedef makinelere geri yüklenmelidir.

• Rotalar

  Hedefin sanal ağ adına bağlı olan yönlendirmeler, hem makine adları hem de SQL FCI ağ adları için yeni ortamda doğru makinelere çözümlenecektir. Başvurulan diğer tüm VNN'ler de yeni makineye yönlendirilmelidir.

• Uzak hizmet bağlamaları

  Uzak hizmet bağlamalarını kullanan tüm kullanıcılar düzgün geçiş yapacağından, uzak hizmet bağlamaları geçiş sonrasında hedeflenen şekilde çalışır.

SQL Server Aracısı

• İşler

  İşler sistem veritabanlarıyla birlikte düzgün bir şekilde geçirilecektir. SQL Sunucusu Aracı işini veya SQL Sunucusu Aracısını çalıştıran kullanıcılar, hedef makinede önkoşullarda belirtilen izinlere sahip olur.

• Uyarılar ve işleçler

  Uyarılar ve operatörler sistem veritabanları ile düzgün bir şekilde taşınacaktır.

DOSYA AKıŞı

• Windows dosya paylaşım bağlantı noktaları

  Windows dosya paylaşım bağlantı noktaları 139 ve 445 her ikisi de gelen trafiğin FILESTREAM kullanmasına izin veren kurallara sahip olmalıdır

• Windows paylaşımı

  Windows paylaşım yolu, \\ServerName\ShareName tarafından erişildiğinden SQL FCI ad kaynağına bağlıdır. FILESTREAM'ı geçirmek için, hedef FCI'daki tüm düğümlerin FILESTREAM'ı etkinleştirmesi ve eğer bir Windows paylaşımı kullanılıyorsa, Windows paylaşımının özgün makinedeki ile aynı adı kullanacak şekilde yapılandırılması gerekmektedir. Hedef FCI doğru sunucu adını aldıktan sonra, istenen yolu kullanarak Windows paylaşımını barındıracaktır.

• FILESTREAM verileri

  FILESTREAM verileri yedeklemeye dahil edilir.

Entegrasyon Hizmetleri

• SSIS projeleri

  SSIS projeleri, SSIS veritabanıyla birlikte taşınır. SSIS veritabanı taşındıktan sonra, paketler sistem tablolarını taşımadan hemen yürütülebilir.

• Dosya tabanlı veri kaynakları

  Düz dosyalara, Excel dosyalarına, XML kaynaklarına ve diğer dosyalara SSIS paketi tarafından belirtilen aynı konumda erişilebilir olmalıdır.

Sonraki adımlar

• Veritabanı Altyapısı Yükseltmesini Tamamlama
• Veritabanı Uyumluluk Modunu Değiştirme ve Sorgu Deposu Kullanma
• Yeni SQL Server 2016 Özelliklerinden Yararlanma
• SQL Server Failover Kümesi Örneğini Yükseltme
• SQL Server Kurulum Günlük Dosyalarını Görüntüleme ve Okuma
• SQL Server 2016 Örneğine Özellik Ekleme (Kurulum)