Failover cluster server that is subscriber in trans. replication, possible to failover apps to server B in...

Did Amazon pay $0 in taxes last year?

What is the purpose of a disclaimer like "this is not legal advice"?

Error in TransformedField

Why won't the strings command stop?

Integrating function with /; in its definition

Calculate total length of edges in select Voronoi diagram

Called into a meeting and told we are being made redundant (laid off) and "not to share outside". Can I tell my partner?

How to make sure I'm assertive enough in contact with subordinates?

An Undercover Army

Replacing tantalum capacitor with ceramic capacitor for Op Amps

PTiJ: How should animals pray?

“I had a flat in the centre of town, but I didn’t like living there, so …”

What does "rhumatis" mean?

Paper published similar to PhD thesis

Should I use HTTPS on a domain that will only be used for redirection?

Why do phishing e-mails use faked e-mail addresses instead of the real one?

Why doesn't "adolescent" take any articles in "listen to adolescent agonising"?

Preparing as much as possible of a cake in advance

I've given my players a lot of magic items. Is it reasonable for me to give them harder encounters?

Professor forcing me to attend a conference

Practical reasons to have both a large police force and bounty hunting network?

Under what conditions would I NOT add my Proficiency Bonus to a Spell Attack Roll (or Saving Throw DC)?

Why would the IRS ask for birth certificates or even audit a small tax return?

How do you make a gun that shoots melee weapons and/or swords?



Failover cluster server that is subscriber in trans. replication, possible to failover apps to server B in cluster while server A is re-syncing?


With SQL transactional replication, does changing user permissions to a table trigger a new snapshot?SQL Server Transactional Replication With subscriber trigger returning a valueDelayed transactional replication setup?Execute a script after transactional replication setup completesSQL Server Transactional Replication Not Being CreatedHow to setup filtered transactional replicationTransactional replication subscriber vs AG secondary replica for reportingSQL Server Transactional Replication and Security SetupMS SQL Server: Transactional replication not working but no errors are presentHow to pause the subscriber end of transactional replication













0















(Sorry for shotty title, max characters FTL.)



Once in a while, I'll run into issues with my transactional replication when my publisher's schema changes. For example, sometimes we'll add new fields to one of the publisher tables, and then transactional replication will stop syncing (without warning) to the correlating subscriber table.



The fix for this in the past has been to force the publisher database to take a new snapshot and let it sync everything over again, which unfortunately takes a long time, and locks the subscriber tables causing major downage for applications that depend on the subscriber database. (The publisher database is from a vendor application - Dynamics AX - so I don't have a lot of flexibility here.)



We're planning on setting up a failover cluster via Always On AGs for our subscriber server (for other reasons) but I was curious if this could help mitigate the issue we experience with our replication.



For example, could the applications that depend on the subscriber database failover to the server B in the cluster while server A is locked up as my publisher (server C) is taking a new snapshot and syncing back down to server A?



(Note: We're currently running our servers on SQL Server 2008 R2 but will be upgrading to 2019 when we setup our failover cluster, so I tagged this accordingly.)









share



























    0















    (Sorry for shotty title, max characters FTL.)



    Once in a while, I'll run into issues with my transactional replication when my publisher's schema changes. For example, sometimes we'll add new fields to one of the publisher tables, and then transactional replication will stop syncing (without warning) to the correlating subscriber table.



    The fix for this in the past has been to force the publisher database to take a new snapshot and let it sync everything over again, which unfortunately takes a long time, and locks the subscriber tables causing major downage for applications that depend on the subscriber database. (The publisher database is from a vendor application - Dynamics AX - so I don't have a lot of flexibility here.)



    We're planning on setting up a failover cluster via Always On AGs for our subscriber server (for other reasons) but I was curious if this could help mitigate the issue we experience with our replication.



    For example, could the applications that depend on the subscriber database failover to the server B in the cluster while server A is locked up as my publisher (server C) is taking a new snapshot and syncing back down to server A?



    (Note: We're currently running our servers on SQL Server 2008 R2 but will be upgrading to 2019 when we setup our failover cluster, so I tagged this accordingly.)









    share

























      0












      0








      0








      (Sorry for shotty title, max characters FTL.)



      Once in a while, I'll run into issues with my transactional replication when my publisher's schema changes. For example, sometimes we'll add new fields to one of the publisher tables, and then transactional replication will stop syncing (without warning) to the correlating subscriber table.



      The fix for this in the past has been to force the publisher database to take a new snapshot and let it sync everything over again, which unfortunately takes a long time, and locks the subscriber tables causing major downage for applications that depend on the subscriber database. (The publisher database is from a vendor application - Dynamics AX - so I don't have a lot of flexibility here.)



      We're planning on setting up a failover cluster via Always On AGs for our subscriber server (for other reasons) but I was curious if this could help mitigate the issue we experience with our replication.



      For example, could the applications that depend on the subscriber database failover to the server B in the cluster while server A is locked up as my publisher (server C) is taking a new snapshot and syncing back down to server A?



      (Note: We're currently running our servers on SQL Server 2008 R2 but will be upgrading to 2019 when we setup our failover cluster, so I tagged this accordingly.)









      share














      (Sorry for shotty title, max characters FTL.)



      Once in a while, I'll run into issues with my transactional replication when my publisher's schema changes. For example, sometimes we'll add new fields to one of the publisher tables, and then transactional replication will stop syncing (without warning) to the correlating subscriber table.



      The fix for this in the past has been to force the publisher database to take a new snapshot and let it sync everything over again, which unfortunately takes a long time, and locks the subscriber tables causing major downage for applications that depend on the subscriber database. (The publisher database is from a vendor application - Dynamics AX - so I don't have a lot of flexibility here.)



      We're planning on setting up a failover cluster via Always On AGs for our subscriber server (for other reasons) but I was curious if this could help mitigate the issue we experience with our replication.



      For example, could the applications that depend on the subscriber database failover to the server B in the cluster while server A is locked up as my publisher (server C) is taking a new snapshot and syncing back down to server A?



      (Note: We're currently running our servers on SQL Server 2008 R2 but will be upgrading to 2019 when we setup our failover cluster, so I tagged this accordingly.)







      sql-server availability-groups transactional-replication failover sql-server-2019





      share












      share










      share



      share










      asked 6 mins ago









      J.D.J.D.

      462311




      462311






















          0






          active

          oldest

          votes











          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "182"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f231618%2ffailover-cluster-server-that-is-subscriber-in-trans-replication-possible-to-fa%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          0






          active

          oldest

          votes








          0






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes
















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Database Administrators Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f231618%2ffailover-cluster-server-that-is-subscriber-in-trans-replication-possible-to-fa%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Anexo:Material bélico de la Fuerza Aérea de Chile Índice Aeronaves Defensa...

          Always On Availability groups resolving state after failover - Remote harden of transaction...

          update json value to null Announcing the arrival of Valued Associate #679: Cesar Manara ...