Replication Server version 15.7.1 - Sybase ASE 15.5, how to change primary data server in RSSD?












0















Recently, I am requested to migrate the current Sybase data server to a new Sybase data server (let's say, from pub1 to pub2). To do this, I need to rebuild all the RepAgents which have been set up previously in pub1. Is there any primary data server I would need to set in the RSSD? Because I could see when I run the command 'connect' without any option, it will connect to (pub1.repserver) instead of (pub2.repserver). Is there any configuration required on the RSSD to make it (pub2.repserver)? Also, I actually have setup one RepAgent (pub2.db_lotte), the setup process using rs_init was successful, but seems the RepAgent connection is down after the setup process (admin who_is_down), the connection couldn't bring up and no error is captured in the replication log.



Appreciate if anyone could help.



Thanks.










share|improve this question
















bumped to the homepage by Community 2 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.




















    0















    Recently, I am requested to migrate the current Sybase data server to a new Sybase data server (let's say, from pub1 to pub2). To do this, I need to rebuild all the RepAgents which have been set up previously in pub1. Is there any primary data server I would need to set in the RSSD? Because I could see when I run the command 'connect' without any option, it will connect to (pub1.repserver) instead of (pub2.repserver). Is there any configuration required on the RSSD to make it (pub2.repserver)? Also, I actually have setup one RepAgent (pub2.db_lotte), the setup process using rs_init was successful, but seems the RepAgent connection is down after the setup process (admin who_is_down), the connection couldn't bring up and no error is captured in the replication log.



    Appreciate if anyone could help.



    Thanks.










    share|improve this question
















    bumped to the homepage by Community 2 mins ago


    This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.


















      0












      0








      0








      Recently, I am requested to migrate the current Sybase data server to a new Sybase data server (let's say, from pub1 to pub2). To do this, I need to rebuild all the RepAgents which have been set up previously in pub1. Is there any primary data server I would need to set in the RSSD? Because I could see when I run the command 'connect' without any option, it will connect to (pub1.repserver) instead of (pub2.repserver). Is there any configuration required on the RSSD to make it (pub2.repserver)? Also, I actually have setup one RepAgent (pub2.db_lotte), the setup process using rs_init was successful, but seems the RepAgent connection is down after the setup process (admin who_is_down), the connection couldn't bring up and no error is captured in the replication log.



      Appreciate if anyone could help.



      Thanks.










      share|improve this question
















      Recently, I am requested to migrate the current Sybase data server to a new Sybase data server (let's say, from pub1 to pub2). To do this, I need to rebuild all the RepAgents which have been set up previously in pub1. Is there any primary data server I would need to set in the RSSD? Because I could see when I run the command 'connect' without any option, it will connect to (pub1.repserver) instead of (pub2.repserver). Is there any configuration required on the RSSD to make it (pub2.repserver)? Also, I actually have setup one RepAgent (pub2.db_lotte), the setup process using rs_init was successful, but seems the RepAgent connection is down after the setup process (admin who_is_down), the connection couldn't bring up and no error is captured in the replication log.



      Appreciate if anyone could help.



      Thanks.







      replication sybasease






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Nov 9 '17 at 15:40









      markp

      2,0821214




      2,0821214










      asked Nov 9 '17 at 9:49









      TittusTittus

      177




      177





      bumped to the homepage by Community 2 mins ago


      This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.







      bumped to the homepage by Community 2 mins ago


      This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
























          1 Answer
          1






          active

          oldest

          votes


















          0














          You're going to need to provide more details on what you mean by 'migrate the current Sybase data server', eg, are you moving the dataserver? are you copying the dataserver? something else?



          Also, there's generally nothing to do directly in the RSSD. All commands should be issued either in the PDB, the PRS/RRS, and/or the RDB.





          Generally speaking ...



          If a database has been copied from elsewhere (eg, dump and load), you'll want to make sure the old repagent info is discarded and the old secondary trunc pt is removed, eg:



          use new_db
          go
          -- in case repagent is running:
          exec sp_stop_rep_agent 'new_db'
          go
          -- discard repagent config settings
          exec sp_config_rep_agent 'new_db','disable'
          go
          -- in case sp_config_rep_agent didn't remove 2nd tp:
          dbcc settrunc('ltm','ignore')
          go


          At this point you then use rs_init to add 'new_db' as a a new database/connection to the desired PRS.



          NOTE: If 'new_db' is to be the active db in a WS setup, make sure the logical connection has been created before running rs_init.



          Once you've added 'new_db' to the replication domain you'll need to continue with normal replication setup, eg:




          • make sure RDB(s) is added to the replication domain (if not already a member)

          • add route(s) to RRS (as needed)

          • setup repdefs/subs

          • assign any custom/modified classes to the DSI connections






          share|improve this answer
























          • 'migrate the current Sybase data server' --> what I mean is moving the dataserver. Previously, all my repdefs/subs are pointing to the dataserver (pub1), now I have been told that pub2 is my new dataserver as the old dataserver (pub1) will not be using anymore in future. So, I need to resetup all the RepAgents/repdefs/subs that pointing to pub2 instead of pub1. The new RepAgent (pub2.lotte) that I have setup yesterday seems not working, I got the message 'The Replication Agent thread for database 'lotte' is not currently running.' What can I do for this?

            – Tittus
            Nov 10 '17 at 2:50













          • 1) there's no official way to move/rename a dataserver (or database) in SRS, so the official method would be to setup a new set of databases/connections, repdefs and subs, then once the old dataserver/databases are no longer in use then tear down that part of the replication domain; 2) without a lot more details of how you populated pub2.lotte and how you setup the repagent, I'm going to assume instead that you did a dump-n-load and you need to reconfigure the repagent details in the new pub2.lotte database, or perhaps rs_init generated an error when you added pub2.lotte

            – markp
            Nov 10 '17 at 8:16











          • I setup this new RepAgent (pub2.lotte) using rs_init, I have not created any Repdefs/subs under pub2.lotte yet. Also, I don't see any error messages are generated after the RepAgent setup completed yesterday. I got this message 'The Replication Agent thread for database 'lotte' is not currently running' when I am trying to restart the RepAgent this morning. > connect to pub2.lotte > go Gateway connection to 'pub2.lotte' is created. > sp_stop_rep_agent lotte > go The Replication Agent thread for database 'lotte' is not currently running.

            – Tittus
            Nov 10 '17 at 9:30













          • ok, so sp_stop_rep_agent says repagent isn't running, does sp_help_rep_agent and sp_who confirm repagent isn't running? does sp_start_rep_agent start the repagent (and if not, any errors in the SRS and/or ASE errorlogs)? I would also suggest connecting directly to the PDB via isql ... don't use the connect command so as to eliminate any potential issues with the gateway

            – markp
            Nov 10 '17 at 13:17











          • Checked sp_help_rep_agent and sp_who via isql, found there are 2 outputs in sp_who, one with the status 'sleeping' and cmd is 'NETWORK HANDLER', another one with the staus 'running' and cmd is 'INSERT'. Is that means that the RepAgent is running? On the other hand, the output of sp_help_rep_agent with configuration, I found the 'auto_start' column contains the value 'false'. Is these information says that the RepAgent is not working? Sorry, I'm new to this replication server.

            – Tittus
            Nov 13 '17 at 3:26











          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%2f190515%2freplication-server-version-15-7-1-sybase-ase-15-5-how-to-change-primary-data%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          0














          You're going to need to provide more details on what you mean by 'migrate the current Sybase data server', eg, are you moving the dataserver? are you copying the dataserver? something else?



          Also, there's generally nothing to do directly in the RSSD. All commands should be issued either in the PDB, the PRS/RRS, and/or the RDB.





          Generally speaking ...



          If a database has been copied from elsewhere (eg, dump and load), you'll want to make sure the old repagent info is discarded and the old secondary trunc pt is removed, eg:



          use new_db
          go
          -- in case repagent is running:
          exec sp_stop_rep_agent 'new_db'
          go
          -- discard repagent config settings
          exec sp_config_rep_agent 'new_db','disable'
          go
          -- in case sp_config_rep_agent didn't remove 2nd tp:
          dbcc settrunc('ltm','ignore')
          go


          At this point you then use rs_init to add 'new_db' as a a new database/connection to the desired PRS.



          NOTE: If 'new_db' is to be the active db in a WS setup, make sure the logical connection has been created before running rs_init.



          Once you've added 'new_db' to the replication domain you'll need to continue with normal replication setup, eg:




          • make sure RDB(s) is added to the replication domain (if not already a member)

          • add route(s) to RRS (as needed)

          • setup repdefs/subs

          • assign any custom/modified classes to the DSI connections






          share|improve this answer
























          • 'migrate the current Sybase data server' --> what I mean is moving the dataserver. Previously, all my repdefs/subs are pointing to the dataserver (pub1), now I have been told that pub2 is my new dataserver as the old dataserver (pub1) will not be using anymore in future. So, I need to resetup all the RepAgents/repdefs/subs that pointing to pub2 instead of pub1. The new RepAgent (pub2.lotte) that I have setup yesterday seems not working, I got the message 'The Replication Agent thread for database 'lotte' is not currently running.' What can I do for this?

            – Tittus
            Nov 10 '17 at 2:50













          • 1) there's no official way to move/rename a dataserver (or database) in SRS, so the official method would be to setup a new set of databases/connections, repdefs and subs, then once the old dataserver/databases are no longer in use then tear down that part of the replication domain; 2) without a lot more details of how you populated pub2.lotte and how you setup the repagent, I'm going to assume instead that you did a dump-n-load and you need to reconfigure the repagent details in the new pub2.lotte database, or perhaps rs_init generated an error when you added pub2.lotte

            – markp
            Nov 10 '17 at 8:16











          • I setup this new RepAgent (pub2.lotte) using rs_init, I have not created any Repdefs/subs under pub2.lotte yet. Also, I don't see any error messages are generated after the RepAgent setup completed yesterday. I got this message 'The Replication Agent thread for database 'lotte' is not currently running' when I am trying to restart the RepAgent this morning. > connect to pub2.lotte > go Gateway connection to 'pub2.lotte' is created. > sp_stop_rep_agent lotte > go The Replication Agent thread for database 'lotte' is not currently running.

            – Tittus
            Nov 10 '17 at 9:30













          • ok, so sp_stop_rep_agent says repagent isn't running, does sp_help_rep_agent and sp_who confirm repagent isn't running? does sp_start_rep_agent start the repagent (and if not, any errors in the SRS and/or ASE errorlogs)? I would also suggest connecting directly to the PDB via isql ... don't use the connect command so as to eliminate any potential issues with the gateway

            – markp
            Nov 10 '17 at 13:17











          • Checked sp_help_rep_agent and sp_who via isql, found there are 2 outputs in sp_who, one with the status 'sleeping' and cmd is 'NETWORK HANDLER', another one with the staus 'running' and cmd is 'INSERT'. Is that means that the RepAgent is running? On the other hand, the output of sp_help_rep_agent with configuration, I found the 'auto_start' column contains the value 'false'. Is these information says that the RepAgent is not working? Sorry, I'm new to this replication server.

            – Tittus
            Nov 13 '17 at 3:26
















          0














          You're going to need to provide more details on what you mean by 'migrate the current Sybase data server', eg, are you moving the dataserver? are you copying the dataserver? something else?



          Also, there's generally nothing to do directly in the RSSD. All commands should be issued either in the PDB, the PRS/RRS, and/or the RDB.





          Generally speaking ...



          If a database has been copied from elsewhere (eg, dump and load), you'll want to make sure the old repagent info is discarded and the old secondary trunc pt is removed, eg:



          use new_db
          go
          -- in case repagent is running:
          exec sp_stop_rep_agent 'new_db'
          go
          -- discard repagent config settings
          exec sp_config_rep_agent 'new_db','disable'
          go
          -- in case sp_config_rep_agent didn't remove 2nd tp:
          dbcc settrunc('ltm','ignore')
          go


          At this point you then use rs_init to add 'new_db' as a a new database/connection to the desired PRS.



          NOTE: If 'new_db' is to be the active db in a WS setup, make sure the logical connection has been created before running rs_init.



          Once you've added 'new_db' to the replication domain you'll need to continue with normal replication setup, eg:




          • make sure RDB(s) is added to the replication domain (if not already a member)

          • add route(s) to RRS (as needed)

          • setup repdefs/subs

          • assign any custom/modified classes to the DSI connections






          share|improve this answer
























          • 'migrate the current Sybase data server' --> what I mean is moving the dataserver. Previously, all my repdefs/subs are pointing to the dataserver (pub1), now I have been told that pub2 is my new dataserver as the old dataserver (pub1) will not be using anymore in future. So, I need to resetup all the RepAgents/repdefs/subs that pointing to pub2 instead of pub1. The new RepAgent (pub2.lotte) that I have setup yesterday seems not working, I got the message 'The Replication Agent thread for database 'lotte' is not currently running.' What can I do for this?

            – Tittus
            Nov 10 '17 at 2:50













          • 1) there's no official way to move/rename a dataserver (or database) in SRS, so the official method would be to setup a new set of databases/connections, repdefs and subs, then once the old dataserver/databases are no longer in use then tear down that part of the replication domain; 2) without a lot more details of how you populated pub2.lotte and how you setup the repagent, I'm going to assume instead that you did a dump-n-load and you need to reconfigure the repagent details in the new pub2.lotte database, or perhaps rs_init generated an error when you added pub2.lotte

            – markp
            Nov 10 '17 at 8:16











          • I setup this new RepAgent (pub2.lotte) using rs_init, I have not created any Repdefs/subs under pub2.lotte yet. Also, I don't see any error messages are generated after the RepAgent setup completed yesterday. I got this message 'The Replication Agent thread for database 'lotte' is not currently running' when I am trying to restart the RepAgent this morning. > connect to pub2.lotte > go Gateway connection to 'pub2.lotte' is created. > sp_stop_rep_agent lotte > go The Replication Agent thread for database 'lotte' is not currently running.

            – Tittus
            Nov 10 '17 at 9:30













          • ok, so sp_stop_rep_agent says repagent isn't running, does sp_help_rep_agent and sp_who confirm repagent isn't running? does sp_start_rep_agent start the repagent (and if not, any errors in the SRS and/or ASE errorlogs)? I would also suggest connecting directly to the PDB via isql ... don't use the connect command so as to eliminate any potential issues with the gateway

            – markp
            Nov 10 '17 at 13:17











          • Checked sp_help_rep_agent and sp_who via isql, found there are 2 outputs in sp_who, one with the status 'sleeping' and cmd is 'NETWORK HANDLER', another one with the staus 'running' and cmd is 'INSERT'. Is that means that the RepAgent is running? On the other hand, the output of sp_help_rep_agent with configuration, I found the 'auto_start' column contains the value 'false'. Is these information says that the RepAgent is not working? Sorry, I'm new to this replication server.

            – Tittus
            Nov 13 '17 at 3:26














          0












          0








          0







          You're going to need to provide more details on what you mean by 'migrate the current Sybase data server', eg, are you moving the dataserver? are you copying the dataserver? something else?



          Also, there's generally nothing to do directly in the RSSD. All commands should be issued either in the PDB, the PRS/RRS, and/or the RDB.





          Generally speaking ...



          If a database has been copied from elsewhere (eg, dump and load), you'll want to make sure the old repagent info is discarded and the old secondary trunc pt is removed, eg:



          use new_db
          go
          -- in case repagent is running:
          exec sp_stop_rep_agent 'new_db'
          go
          -- discard repagent config settings
          exec sp_config_rep_agent 'new_db','disable'
          go
          -- in case sp_config_rep_agent didn't remove 2nd tp:
          dbcc settrunc('ltm','ignore')
          go


          At this point you then use rs_init to add 'new_db' as a a new database/connection to the desired PRS.



          NOTE: If 'new_db' is to be the active db in a WS setup, make sure the logical connection has been created before running rs_init.



          Once you've added 'new_db' to the replication domain you'll need to continue with normal replication setup, eg:




          • make sure RDB(s) is added to the replication domain (if not already a member)

          • add route(s) to RRS (as needed)

          • setup repdefs/subs

          • assign any custom/modified classes to the DSI connections






          share|improve this answer













          You're going to need to provide more details on what you mean by 'migrate the current Sybase data server', eg, are you moving the dataserver? are you copying the dataserver? something else?



          Also, there's generally nothing to do directly in the RSSD. All commands should be issued either in the PDB, the PRS/RRS, and/or the RDB.





          Generally speaking ...



          If a database has been copied from elsewhere (eg, dump and load), you'll want to make sure the old repagent info is discarded and the old secondary trunc pt is removed, eg:



          use new_db
          go
          -- in case repagent is running:
          exec sp_stop_rep_agent 'new_db'
          go
          -- discard repagent config settings
          exec sp_config_rep_agent 'new_db','disable'
          go
          -- in case sp_config_rep_agent didn't remove 2nd tp:
          dbcc settrunc('ltm','ignore')
          go


          At this point you then use rs_init to add 'new_db' as a a new database/connection to the desired PRS.



          NOTE: If 'new_db' is to be the active db in a WS setup, make sure the logical connection has been created before running rs_init.



          Once you've added 'new_db' to the replication domain you'll need to continue with normal replication setup, eg:




          • make sure RDB(s) is added to the replication domain (if not already a member)

          • add route(s) to RRS (as needed)

          • setup repdefs/subs

          • assign any custom/modified classes to the DSI connections







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Nov 9 '17 at 14:14









          markpmarkp

          2,0821214




          2,0821214













          • 'migrate the current Sybase data server' --> what I mean is moving the dataserver. Previously, all my repdefs/subs are pointing to the dataserver (pub1), now I have been told that pub2 is my new dataserver as the old dataserver (pub1) will not be using anymore in future. So, I need to resetup all the RepAgents/repdefs/subs that pointing to pub2 instead of pub1. The new RepAgent (pub2.lotte) that I have setup yesterday seems not working, I got the message 'The Replication Agent thread for database 'lotte' is not currently running.' What can I do for this?

            – Tittus
            Nov 10 '17 at 2:50













          • 1) there's no official way to move/rename a dataserver (or database) in SRS, so the official method would be to setup a new set of databases/connections, repdefs and subs, then once the old dataserver/databases are no longer in use then tear down that part of the replication domain; 2) without a lot more details of how you populated pub2.lotte and how you setup the repagent, I'm going to assume instead that you did a dump-n-load and you need to reconfigure the repagent details in the new pub2.lotte database, or perhaps rs_init generated an error when you added pub2.lotte

            – markp
            Nov 10 '17 at 8:16











          • I setup this new RepAgent (pub2.lotte) using rs_init, I have not created any Repdefs/subs under pub2.lotte yet. Also, I don't see any error messages are generated after the RepAgent setup completed yesterday. I got this message 'The Replication Agent thread for database 'lotte' is not currently running' when I am trying to restart the RepAgent this morning. > connect to pub2.lotte > go Gateway connection to 'pub2.lotte' is created. > sp_stop_rep_agent lotte > go The Replication Agent thread for database 'lotte' is not currently running.

            – Tittus
            Nov 10 '17 at 9:30













          • ok, so sp_stop_rep_agent says repagent isn't running, does sp_help_rep_agent and sp_who confirm repagent isn't running? does sp_start_rep_agent start the repagent (and if not, any errors in the SRS and/or ASE errorlogs)? I would also suggest connecting directly to the PDB via isql ... don't use the connect command so as to eliminate any potential issues with the gateway

            – markp
            Nov 10 '17 at 13:17











          • Checked sp_help_rep_agent and sp_who via isql, found there are 2 outputs in sp_who, one with the status 'sleeping' and cmd is 'NETWORK HANDLER', another one with the staus 'running' and cmd is 'INSERT'. Is that means that the RepAgent is running? On the other hand, the output of sp_help_rep_agent with configuration, I found the 'auto_start' column contains the value 'false'. Is these information says that the RepAgent is not working? Sorry, I'm new to this replication server.

            – Tittus
            Nov 13 '17 at 3:26



















          • 'migrate the current Sybase data server' --> what I mean is moving the dataserver. Previously, all my repdefs/subs are pointing to the dataserver (pub1), now I have been told that pub2 is my new dataserver as the old dataserver (pub1) will not be using anymore in future. So, I need to resetup all the RepAgents/repdefs/subs that pointing to pub2 instead of pub1. The new RepAgent (pub2.lotte) that I have setup yesterday seems not working, I got the message 'The Replication Agent thread for database 'lotte' is not currently running.' What can I do for this?

            – Tittus
            Nov 10 '17 at 2:50













          • 1) there's no official way to move/rename a dataserver (or database) in SRS, so the official method would be to setup a new set of databases/connections, repdefs and subs, then once the old dataserver/databases are no longer in use then tear down that part of the replication domain; 2) without a lot more details of how you populated pub2.lotte and how you setup the repagent, I'm going to assume instead that you did a dump-n-load and you need to reconfigure the repagent details in the new pub2.lotte database, or perhaps rs_init generated an error when you added pub2.lotte

            – markp
            Nov 10 '17 at 8:16











          • I setup this new RepAgent (pub2.lotte) using rs_init, I have not created any Repdefs/subs under pub2.lotte yet. Also, I don't see any error messages are generated after the RepAgent setup completed yesterday. I got this message 'The Replication Agent thread for database 'lotte' is not currently running' when I am trying to restart the RepAgent this morning. > connect to pub2.lotte > go Gateway connection to 'pub2.lotte' is created. > sp_stop_rep_agent lotte > go The Replication Agent thread for database 'lotte' is not currently running.

            – Tittus
            Nov 10 '17 at 9:30













          • ok, so sp_stop_rep_agent says repagent isn't running, does sp_help_rep_agent and sp_who confirm repagent isn't running? does sp_start_rep_agent start the repagent (and if not, any errors in the SRS and/or ASE errorlogs)? I would also suggest connecting directly to the PDB via isql ... don't use the connect command so as to eliminate any potential issues with the gateway

            – markp
            Nov 10 '17 at 13:17











          • Checked sp_help_rep_agent and sp_who via isql, found there are 2 outputs in sp_who, one with the status 'sleeping' and cmd is 'NETWORK HANDLER', another one with the staus 'running' and cmd is 'INSERT'. Is that means that the RepAgent is running? On the other hand, the output of sp_help_rep_agent with configuration, I found the 'auto_start' column contains the value 'false'. Is these information says that the RepAgent is not working? Sorry, I'm new to this replication server.

            – Tittus
            Nov 13 '17 at 3:26

















          'migrate the current Sybase data server' --> what I mean is moving the dataserver. Previously, all my repdefs/subs are pointing to the dataserver (pub1), now I have been told that pub2 is my new dataserver as the old dataserver (pub1) will not be using anymore in future. So, I need to resetup all the RepAgents/repdefs/subs that pointing to pub2 instead of pub1. The new RepAgent (pub2.lotte) that I have setup yesterday seems not working, I got the message 'The Replication Agent thread for database 'lotte' is not currently running.' What can I do for this?

          – Tittus
          Nov 10 '17 at 2:50







          'migrate the current Sybase data server' --> what I mean is moving the dataserver. Previously, all my repdefs/subs are pointing to the dataserver (pub1), now I have been told that pub2 is my new dataserver as the old dataserver (pub1) will not be using anymore in future. So, I need to resetup all the RepAgents/repdefs/subs that pointing to pub2 instead of pub1. The new RepAgent (pub2.lotte) that I have setup yesterday seems not working, I got the message 'The Replication Agent thread for database 'lotte' is not currently running.' What can I do for this?

          – Tittus
          Nov 10 '17 at 2:50















          1) there's no official way to move/rename a dataserver (or database) in SRS, so the official method would be to setup a new set of databases/connections, repdefs and subs, then once the old dataserver/databases are no longer in use then tear down that part of the replication domain; 2) without a lot more details of how you populated pub2.lotte and how you setup the repagent, I'm going to assume instead that you did a dump-n-load and you need to reconfigure the repagent details in the new pub2.lotte database, or perhaps rs_init generated an error when you added pub2.lotte

          – markp
          Nov 10 '17 at 8:16





          1) there's no official way to move/rename a dataserver (or database) in SRS, so the official method would be to setup a new set of databases/connections, repdefs and subs, then once the old dataserver/databases are no longer in use then tear down that part of the replication domain; 2) without a lot more details of how you populated pub2.lotte and how you setup the repagent, I'm going to assume instead that you did a dump-n-load and you need to reconfigure the repagent details in the new pub2.lotte database, or perhaps rs_init generated an error when you added pub2.lotte

          – markp
          Nov 10 '17 at 8:16













          I setup this new RepAgent (pub2.lotte) using rs_init, I have not created any Repdefs/subs under pub2.lotte yet. Also, I don't see any error messages are generated after the RepAgent setup completed yesterday. I got this message 'The Replication Agent thread for database 'lotte' is not currently running' when I am trying to restart the RepAgent this morning. > connect to pub2.lotte > go Gateway connection to 'pub2.lotte' is created. > sp_stop_rep_agent lotte > go The Replication Agent thread for database 'lotte' is not currently running.

          – Tittus
          Nov 10 '17 at 9:30







          I setup this new RepAgent (pub2.lotte) using rs_init, I have not created any Repdefs/subs under pub2.lotte yet. Also, I don't see any error messages are generated after the RepAgent setup completed yesterday. I got this message 'The Replication Agent thread for database 'lotte' is not currently running' when I am trying to restart the RepAgent this morning. > connect to pub2.lotte > go Gateway connection to 'pub2.lotte' is created. > sp_stop_rep_agent lotte > go The Replication Agent thread for database 'lotte' is not currently running.

          – Tittus
          Nov 10 '17 at 9:30















          ok, so sp_stop_rep_agent says repagent isn't running, does sp_help_rep_agent and sp_who confirm repagent isn't running? does sp_start_rep_agent start the repagent (and if not, any errors in the SRS and/or ASE errorlogs)? I would also suggest connecting directly to the PDB via isql ... don't use the connect command so as to eliminate any potential issues with the gateway

          – markp
          Nov 10 '17 at 13:17





          ok, so sp_stop_rep_agent says repagent isn't running, does sp_help_rep_agent and sp_who confirm repagent isn't running? does sp_start_rep_agent start the repagent (and if not, any errors in the SRS and/or ASE errorlogs)? I would also suggest connecting directly to the PDB via isql ... don't use the connect command so as to eliminate any potential issues with the gateway

          – markp
          Nov 10 '17 at 13:17













          Checked sp_help_rep_agent and sp_who via isql, found there are 2 outputs in sp_who, one with the status 'sleeping' and cmd is 'NETWORK HANDLER', another one with the staus 'running' and cmd is 'INSERT'. Is that means that the RepAgent is running? On the other hand, the output of sp_help_rep_agent with configuration, I found the 'auto_start' column contains the value 'false'. Is these information says that the RepAgent is not working? Sorry, I'm new to this replication server.

          – Tittus
          Nov 13 '17 at 3:26





          Checked sp_help_rep_agent and sp_who via isql, found there are 2 outputs in sp_who, one with the status 'sleeping' and cmd is 'NETWORK HANDLER', another one with the staus 'running' and cmd is 'INSERT'. Is that means that the RepAgent is running? On the other hand, the output of sp_help_rep_agent with configuration, I found the 'auto_start' column contains the value 'false'. Is these information says that the RepAgent is not working? Sorry, I'm new to this replication server.

          – Tittus
          Nov 13 '17 at 3:26


















          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%2f190515%2freplication-server-version-15-7-1-sybase-ase-15-5-how-to-change-primary-data%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

          SQL Server 17 - Attemping to backup to remote NAS but Access is denied

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

          Restoring from pg_dump with foreign key constraints