Bir kullanılabilirlik grubu (SQL Server) zorla el ile yerine çalışma gerçekleştirmek

  • Makale

wsfc küme çekirdeğini bir AlwaysOn kullanılabilirlik grubunda birincil kopyasını kaybettikten sonra varsa SQL Server 2012, kullanılabilirlik, ikincil bir yineleme olası veri kaybı riski ile devri gruba zorlayabilirsiniz. Bu formu yerine is known as a Yük devretme zorla. Zorla yerine çalışma, yeni birincil kopya için ikincil çoğaltma kullanılabilirliğini grup üzerinden başarısız olur. Eski birincil kopya kullanılabilir hale geldiğinde ikincil role geçişler ve onun kullanılabilirlik veritabanları ikincil veritabanları ve suspended durumuna geçiş olmak. Veritabanları askıya alınır ise, veritabanı yöneticisi herhangi bir kayıp veri kurtarmak deneyebilirsiniz.

Dikkat notuDikkat

Hizmeti, bazı veri kaybı dahil, zorlama kesinlikle olağanüstü durum kurtarması içindir. Bu nedenle, öneririz yalnızca birincil kopya artık çalışıyorsa yük devretme kuvvet, sen-si olmak hiçbir SENKRONİZE çoğaltmasını el ile yerine çalışma gerçekleştirebileceğiniz. veri kaybetme riski ediyorsunuz ve size hizmet kullanılabilirliği gruba hemen geri yüklemelisiniz. Not eşitlenmiş bir ikincil çoğaltma zorla yük devretme komutu sorunu varsa, ikincil çoğaltma için el ile yerine çalışma aynı davranır.

  • Başlamadan Önce  

    Sınırlamalar ve Kısıtlamalar

    Ön Koşullar

    Öneriler

    Güvenlik

  • Yük devretme (ile olası veri kaybını ile), kuvvet kullanarak:  

    SQL Server Management Studio

    Transact-SQL

    PowerShell

  • İzle:  Sonra zorla yerine temel görevleri

Başlamadan Önce

Sınırlamalar ve Kısıtlamalar

  • Zorla bir kullanılabilirlik grubu yerine çalışma sırasında veri kaybı mümkündür. Zorla devretme başlattığınızda birincil yineleme çalıştırıyorsanız, Ayrıca, istemcilerin hala eski birincil veritabanları için bağlı olabilir. Bu nedenle, yalnızca birincil kopya artık çalışıyorsa ve kullanılabilirlik grubunda veritabanlarına erişimi geri yüklemek için veri kaybetme riski ediyorsunuz yük devretme kuvvet öneririz.

  • İkincil çoğaltma veritabanı dönüştürme ya da başlatılıyor durumdayken, yük devretme zorlayarak veritabanına birincil veritabanı olarak başlayamaz neden olur. Eğer sen-ecek lüzum-e eksik günlük kayıtlarını veritabanını yedekten uygulamak veya tamamen sıfırdan veritabanını geri yüklemek için INTIAILIZGING devlet veritabanı oldu. Eğer veritabanı dönüştürme devlet tam veritabanını yedeklerden geri yüklemeniz gerekir.

  • Hedef ikincil çoğaltma komut kabul etti en kısa sürede yerine çalışma komutunu verir. Ancak, veritabanı kurtarma durumu grup bittikten sonra uyumsuz oluşur devrederek.

  • Geçici veritabanı tutarlılık arasında veritabanları kullanılabilirliğini grubu içinde üzerinde yerine çalışma korunmaz.

    [!NOT]

    Geçici veritabanı işlemleri ve dağıtılmış hareketleri are değil taraftar tarafından AlwaysOn Kullanılabilirlik Grupları. Daha fazla bilgi için, bkz. Geçici veritabanı işlemleri veritabanı yansıtma veya AlwaysOn kullanılabilirlik gruplar (SQL Server) için desteklenmiyor.

Ön Koşullar

Öneriler

  • Birincil kopya hala çalışırken yük devretme zorlamayın.

  • Herhangi bir ikincil çoğaltma (FAILOVER_READY durumda) birincil yinelemeyle EŞİTLENİR veya birincil yineleme çalışan, zorla yerine yerine planlı bir el ile yerine çalışma gerçekleştirin.

    İpucuİpucu

    Bir ikincil çoğaltma yük devretme hazırlık belirlemek için query is_failover_readysütununda sys.dm_hadr_database_cluster_states dinamik yönetimi görünümünde veya göz Yük devretme hazırlık sütununda AlwaysOn grup kontrol paneli.

  • Mümkünse, başarısız üzerinden olan ikincil veritabanları vardır ya eşzamanlı veya eşitleme durumu değil SENKRONİZE bir ikincil çoğaltma zorla. Ikincil bir veritabanı INTIAILIZGING veya dönüştürme durumdayken yük devretme zorlama etkileri hakkında daha fazla bilgi için bkz: kısıtlamaları ve sınırlamaları, bu konuda daha önceki.

  • İstemciler özgün birincil bağlanabiliyor, zorla devretme bölünmüş beyin davranışı bazı riski doğurur. Yerine çalışma gücü önce istemcileri, özgün birincil yineleme erişimini engellemek önerilir. Sonra yerine çalışma zorunda olduğunu, aksi takdirde, özgün birincil veritabanları ve geçerli birincil veritabanları bağımsız diğer güncelleştirilmesi.

Güvenlik

İzinler

Kullanılabilirlik grup, DENETİMİN kullanılabilirliği Grup izni, herhangi bir kullanılabilirlik group alter izni veya control server izni kullanılabilirlik group alter izni gerektirir.

Başa Dön bağlantısıyla kullanılan ok simgesi[Top]

SQL Server Management Studio Kullanarak

Yük devretme (ile olası veri kaybını) zorlamak için

  1. Nesne Explorer'da kullanılabilirlik grup üzerinden başarısız gereken ikincil bir kopyasını barındıran sunucu örneği bağlanın ve sunucu ağacı.

  2. Genişletme AlwaysOn yüksek kullanılabilirlik düğümü ve Kullanılabilirliği grupları düğüm.

  3. Üzerinden başarısız ve kullanılabilirlik grubu sağ Yük devretme komut.

  4. Bu yük devretme kullanılabilirlik Grubu Sihirbazı'nı çalıştırır. Daha fazla bilgi için, bkz. Fail Over kullanılabilirlik Grubu Sihirbazı'nı (SQL Server Management Studio'yu).

  5. Devri için kullanılabilirlik grubu zorlamadan sonra gerekli takip adımları tamamlayın. Daha fazla bilgi için bkz: İzle: temel görevleri After a zorla Failover, bu konuda.

Başa Dön bağlantısıyla kullanılan ok simgesi[Top]

Transact-SQL'i Kullanma

Yük devretme (ile olası veri kaybını) zorlamak için

  1. Yük devretme zorla ikincil çoğaltma barındıran sunucu kopyasına bağlanın.

  2. Kullanım Kullanılabilirliği group alter deyimi aşağıdaki gibi:

    alter kullanılabilirlik grubu group_nameFORCE_FAILOVER_ALLOW_DATA_LOSS

    Burada group_namekullanılabilirliği Grup adıdır.

    Aşağıdaki örnek güçleri AccountsAGyerine yerel ikincil çoğaltma için kullanılabilirliğini grup.

    ALTER AVAILABILITY GROUP AccountsAG FORCE_FAILOVER_ALLOW_DATA_LOSS;

  3. Devri için kullanılabilirlik grubu zorlamadan sonra gerekli takip adımları tamamlayın. Daha fazla bilgi için bkz: İzle: temel görevleri After a zorla Failover, bu konuda.

Başa Dön bağlantısıyla kullanılan ok simgesi[Top]

PowerShell kullanma

Yük devretme (ile olası veri kaybını) zorlamak için

  1. Dizin Değiştir (cd) için size zorlayarak failover ikincil çoğaltma barındıran sunucu örneği.

  2. Kullanım Switch-SqlAvailabilityGroupcmdlet ile AllowDataLossparametresi aşağıdaki biçimlerden birinde:

    • -AllowDataLoss

      Varsayılan olarak -AllowDataLossparametresi Switch-SqlAvailabilityGroupYük devretme zorlayarak kaydedilmemiş hareketleri kaybına neden hatırlatmak ve onay isteği soracak. Devam etmek için girmek y; işlemi iptal etmek için girmek n.

      Aşağıdaki örnek (ile olası veri kaybını) zorla yerine çalışma kullanılabilirliği grubunun gerçekleştirdiği MyAgsunucu örneği adlı ikincil çoğaltma SecondaryServer\InstanceName. Bu işlemi onaylamanız istenir.

      Switch-SqlAvailabilityGroup `
   -Path SQLSERVER:\Sql\SecondaryServer\InstanceName\AvailabilityGroups\MyAg `
   -AllowDataLoss

    • -AllowDataLoss -Force

      Onay olmadan zorla yerine çalışma başlatmak için hem de belirtmek -AllowDataLossve -Forceparametreleri. Bu komutu bir komut dosyasında içerir ve kullanıcı etkileşimi çalıştırmak istiyorsanız kullanışlıdır. Bununla birlikte, -Forcezorla yerine çalışma kullanılabilirliği gruba katılan veritabanlarından veri kaybına neden çünkü dikkatle seçeneği.

      Aşağıdaki örnek (ile olası veri kaybını) zorla yerine çalışma kullanılabilirliği grubunun gerçekleştirdiği MyAgadlı sunucu örneğini SecondaryServer\InstanceName. -ForceSeçenek bastırır bu işlemin onay.

      Switch-SqlAvailabilityGroup `
   -Path SQLSERVER:\Sql\SecondaryServer\InstanceName\AvailabilityGroups\MyAg `
   -AllowDataLoss -Force

    [!NOT]

    Bir cmdlet sözdizimini görüntülemek için Get-Helpcmdlet'inde SQL ServerPowerShell ortam. Daha fazla bilgi için, bkz. SQL Server PowerShell Yardımı almak.

  3. Devri için kullanılabilirlik grubu zorlamadan sonra gerekli takip adımları tamamlayın. Daha fazla bilgi için bkz: İzle: temel görevleri After a zorla Failover, bu konuda.

Kurmak ve SQL Server PowerShell sağlayıcısı kullanma

Başa Dön bağlantısıyla kullanılan ok simgesi[Top]

Takip: Sonra zorla yerine temel görevleri

  1. Zorla yerine çalışma, yeni birincil yineleme için ikincil kopya üzerinden başarısız olur. Ancak, bu durumu yinelemeyi, istemciler tarafından erişilebilir yapmak için wsfc çekirdeği yeniden yapılandırın veya kullanılabilirlik grubu kullanılabilirliği mod yapılandırmasını aşağıdaki gibi ayarlayın gerekebilir:

  2. Zorla yerine çalışma tüm ikincil veritabanları askıya alınır. El ile her askıya alınan veritabanından ayrı ayrı ikincil çoğaltma devam gerekir. Sürdürme, ikincil veritabanı ile ilgili birincil veritabanı veri eşitleme işlemini başlatır ve asla taahhüt günlük kayıtları yeni birincil veritabanı geri alır.

    Dikkat notuDikkat

    Grubu tekrar başarısız denemeden önce tüm ikincil veritabanları çıkıldıktan sonra her ikincil veritabanı için bir sonraki eşitleme durumu girmek için yük devretme hedef bekleyin. Herhangi bir veritabanı henüz eşitleme değil, veritabanı birincil veritabanı olarak çevrimiçi olmasını engellenir ve veri eşitlemesi için veritabanı oluşturulması için de, işlem günlüklerinin geri, tam veritabanı yedeği geri veya önceki birincil kopyaya geri devrederek gerektirebilir.

    Kullanılabilirlik veritabanı sürdürmek için

  3. Başarısız bir kullanılabilirliği çoğaltma kullanılabilirliğini yinelemeye dönen değil ya da çok geç için size yeni bir birincil veritabanı üzerinde hareket günlüğü kesme gecikme dönecektir, günlük dosyaları için disk alanı önlemek için kullanılabilirlik grubundan başarısız çoğaltma kaldırma düşünün.

    İkincil bir çoğaltmasını kaldırmak için

Ayrıca bkz.

Kavramlar

AlwaysOn kullanılabilirlik grupları (SQL Server) genel bakış

Kullanılabilirlik modları (AlwaysOn kullanılabilirlik grupları)

Yerine çalışma modları (AlwaysOn kullanılabilirlik grupları)

Planlı bir el ile yerine çalışma kullanılabilirliği grubunun (SQL Server) gerçekleştirmek

(WSFC) SQL Server ile Windows Sunucu Kümelemesi