Known issues and workarounds for Replication Server.
CR# |
Description |
---|---|
690422 | Incorrect value for text and image columns. In a warm standby environment, if you set text and image columns of a table to do_not_replicate on the active database, and you create a table replication definition for this table without send standby replication definition columns, the replication definition does not include the text and image columns. As a result, the standby database gets incorrect value for the text and image columns. Workaround:
|
689260 | dsi_command_convert for a table does not override in a warm standby application.
Workaround: Add table owner name in the alter connection command. For example: alter connection to zeus_ds.omega {
[for replicate table named dbo.alpha] ...}
|
689026 | Risk of data loss or duplication when altering multipath replication topology. Data loss or data duplication may occur if you change any of these items in a multipath replication system:
Workaround: Before you alter the system topology, ensure that:
|
688215 | If you apply an insert command with bulk interface and later apply an insert to that table that does not qualify
for the bulk interface but qualifies for dynamic SQL, the dynamic SQL may fail and the DSI connection suspends. The Replication Server log shows:E. 2011/10/23 23:23:01. ERROR #5216 DSI EXEC(109(1) ost_rqalnxsuse2_15.rdb1) - /dsiutil.c(432) The interface function 'SQLBindParameter' returns FAIL for database 'ost_rqalnxsuse2_15.rdb1'. See messages from the interface function for more information. E. 2011/10/23 23:23:01. ERROR #1027 DSI EXEC(109(1) ost_rqalnxsuse2_15.rdb1) - /dsiutil.c(432) Open Client Client-Library error: Error: 16843024, Severity 1 -- 'ct_param(): user api layer: external error: This routine cannot be called while results are pending for a command that has been sent to the server.'. I. 2011/10/23 23:23:01. The DSI thread for database 'ost_rqalnxsuse2_15.rdb1' is shutdownWorkaround: Execute resume connection. |
687280 | Replication Server fails when you enable RTL. Replication Server fails when a replication definition contains more columns than the source table and when the replicate minimal columns is set to on. This occurs when an update or a delete is compiled first into the in-memory database, prior to an insert statement. Workaround: Remove either:
|
686258 | Replication Server fails in some instances because it inconsistently manages owner qualification for the replicated objects when the HVAR feature, dsi_compile_enable, is set to on. Workaround: Set HVAR to off. |
678521 | Cannot find a matching function string for the function-string class rs_sqlserver_function_class. If you create multiple replication definitions for a specified primary table and you subsequently alter a column without an LOB datatype to be an LOB column in one of the replication definitions, the LOB-related function strings are not created automatically for one of the replication definitions at the replicate Replication Server. The replicate Replication Server log shows: Cannot find a matching function string for function 'alltypes.rs_writetext' and function string class 'rs_sqlserver_function_class'.
|
653626 | DSI may shutdown when creating connections to:
At the time of shutting down, Replication Server generates an error message. You see:
Message from server: Message: 2601, State 6, Severity 14 -- 'Attempt to insert duplicate key row in object 'rs_translation' with unique index 'rs_key_translation' The rs_translation system table has unique index on (classid, source_dtid). The two translation (ASE binary to rs_oracle_binary and ASE timestamp to rs_oracle_binary) generates the duplicate key insert error. Workaround: For Replication Server versions 15.5 and later, you have to manually remove the translations when you encounter this error. Open the SQL scripts and search for timestamp to find the related SQL statements. For ase_to_oracle:
delete from rs_profdetail where profid = 0x000000000e000000 and pdetailid = 0x000000000e00003f delete from rs_systext where parentid = 0x000000000e00003f and sequence = 1 delete from rs_profdetail where profid = 0x000000000e000000 and pdetailid = 0x000000000e000040 delete from rs_systext where parentid = 0x000000000e000040 and sequence = 1 For ase_to_oracle_eco:
delete from rs_profdetail where profid = 0x000000000e010000 and pdetailid = 0x000000000e010042 delete from rs_systext where parentid = 0x000000000e010042 and sequence = 1 delete from rs_profdetail where profid = 0x000000000e010000 and pdetailid = 0x000000000e010043 delete from rs_systext where parentid = 0x000000000e010043 and sequence = 1 For ase_to_oracle_ecda:
delete from rs_profdetail where profid = 0x000000000e020000 and pdetailid = 0x000000000e02003f delete from rs_systext where parentid = 0x000000000e02003f and sequence = 1 delete from rs_profdetail where profid = 0x000000000e020000 and pdetailid = 0x000000000e020040 delete from rs_systext where parentid = 0x000000000e020040 and sequence = 1 For ase_to_udb:
delete from rs_profdetail where profid = 0x000000000e00000c and pdetailid = 0x000000000e000c27 delete from rs_systext where parentid = 0x000000000e000c27 and sequence = 1 delete from rs_profdetail where profid = 0x000000000e00000c and pdetailid = 0x000000000e000c28 delete from rs_systext where parentid = 0x000000000e000c28 and sequence = 1 For ase_to_db2:
delete from rs_profdetail where profid = 0x000000000e000012 and pdetailid = 0x000000000e001231 delete from rs_systext where parentid = 0x000000000e001231 and sequence = 1 delete from rs_profdetail where profid = 0x000000000e000012 and pdetailid = 0x000000000e001232 delete from rs_systext where parentid = 0x000000000e001232 and sequence = 1 |
643174 | timestamp columns are replicated in a warm standby and multisite availability (MSA) setup.
timestamp columns are sent to the replicate database even if High Volume Adaptive Replication (HVAR) is set to on, send_timestamp_to_standby is set to off, and there is no replication definition defined. Workaround: Set HVAR to off, or create replication definition without the timestamp columns. |
642091 | RepAgent fails when Replication Server is configured to use Secure Sockets Layer (SSL) with an ERSSD.
Workaround: Either:
|
620380 | Use rs_init to configure Replication Server with an existing RSSD. When configuring Replication Server 15.5 or later using the rs_init with an existing RSSD, an error occurs in rs_init. Workaround: Drop the RSSD before configuring the Replication Server. |
618624 | Insufficient number of threads in Replication Server. If you increase the number of client connections and did not increase the number of Open Server™ threads that the Replication Server can use, Replication Server may shut down. Workaround:
|
616941 | Stack trace error at start-up when sort order is not in the objectid.dat file. If the sort order is not set correctly in the [collate] section of %SYBASE%\ini\objectid.dat, a stack trace error occurs during Replication Server start-up. Workaround:
|
614717 | Issues with parallel_dsi parameter When you change the value of the parallel_dsi parameter using the alter connection command or configure replication server command, Replication Server changes the existing configuration values of these parameters:
This may impact your replication performance. Workaround: Set the parallel_dsi parameter first, and then manually set the desired values for the above-mentioned parameters for your environment if you do not want to use the default values. |
607273 | When the RSSD is loaded in an Adaptive Server 12.5.4 x server, rs_helprep fails when the repdef_name is greater than 30 characters.
Workaround:
|
571435 | During subscription materialization, using quoted identifiers with a custom function string that includes a quoted constant causes a query failure. The replicate data server identifies the quoted constant as a column instead of a constant. Workaround: Create the subscription without a quoted constant or create the subscription without materialization. |
558253 | Creating replication definition fails when using gb18030 character set and the ERSSD. On Windows, when you are creating the replication definition table using create replication definition, the gb18030 character set does not work correctly if you are:
Workaround: Set the environment variable SACHARSET to GBK before starting the Replication Server.
|
452806 | An application deadlock involving Replication Server and Adaptive Server may occur when Replication Server is configured to use parallel DSI while applying transactions to a table containing text and image columns. Workaround: Suspend and resume the DSI connection. If the DSI thread does not suspend, restart the Replication Server. |