La replica secondaria specificata non è attualmente sincronizzata. Pertanto, eseguendo il failover di questo gruppo di disponibilità si potrebbe verificare la perdita delle transazioni che non hanno raggiunto la replica secondaria prima del failover del gruppo di disponibilità. Per confermare il failover del gruppo di disponibilità '$$TypeName:AvailabilityGroup@urn$$' alla replica secondaria specificata '$$ssms:Name@context$$', fare clic su OK. In seguito al corretto completamento dell'operazione di failover, i nuovi database primari saranno online, ma tutti i database secondari saranno sospesi. Sarà quindi necessario riprendere manualmente lo spostamento dati in ciascuno di essi.
La replica di tipo merge non supporta filtri che fanno riferimento a funzioni dinamiche che accettano uno o più parametri. ...
La replica filtrata non è un subset della replica primaria. Ciò è possibile solo per i gruppi di tabelle senza una chiave ...
La replica peer-to-peer è stata abilitata e l'agente di lettura log non è riuscito a trovare un EOR (Extended-Originator-Record) ...
La replica secondaria selezionata affinché diventi la nuova replica primaria secondary non appartiene al gruppo di disponibilità ...
La replica secondaria specificata non è attualmente sincronizzata. Pertanto, eseguendo il failover di questo gruppo di disponibilità ...
La rete cluster '{0}' non dispone di un indirizzo IPv4 associato, il che indica che IPv4 non è supportato. Per continuare, ...
La rete cluster '{0}' non include un indirizzo IPv6 associato per indicare che IPv6 non è supportato per tale rete. Per continuare, ...
La rete del dominio non è la prima rete associata. Ciò provocherà un rallentamento delle operazioni relative al dominio e ...
La ricerca full-text non è abilitata per il database corrente. Per abilitarla, eseguire sp_fulltext_database. La funzionalità ...