SharePlex®9.2 發行說明
此版本中的新功能
Oracle Source的新功能
Oracle UROWID資料類型。已為Oracle UROWID資料類型添加了支援。此支援適用於僅限Oracle到Oracle配置。
支援HANA target的SCN Metadata。此版本的SharePlex支援將Oracle SCN發佈到HANA target表中的column。Oracle複製到MySQL 5.7。SharePlex支援從Oracle source到MySQL 5.7 target的複製on-premises。
Oracle
12c R2支援
支援128-byte的table和column名稱。在Oracle capture中，SharePlex現在支援table和column長度最多為128個Byte的名稱。請注意適用於此版本的以下限制。
l
不支援長度超過30個Byte的UDT列名。
l
不支援名稱長度超過30個Byte的UDT和VARRAYS的類型名稱。
l
不支援長度超過30個Byte的IOT名稱。
SQL
Server Source的新功能
支援SQL Server的點對點複製策略。SharePlex現在支援點對點SQL Server資料庫的複製策略。有關詳細訊息，請參閱“SharePlex 9.2管理指南”關於配置對等複製。SharePlex提供了一個準備好的例程，您可以使用它來執行基本的衝突解決。
支援128-byte的table和column名稱。在SQL Server capture中，SharePlex現在支援table和column名長度最多為128個Byte。支援SQL Server 2017.此版本包括對Windows上SQL Server 2017的capture支援和在Windows或Linux上複製到SQL Server 2017。
支援128-byte的table和column名稱。在SQL Server capture中，SharePlex現在支援table和column名長度最多為128個Byte。支援SQL Server 2017.此版本包括對Windows上SQL Server 2017的capture支援和在Windows或Linux上複製到SQL Server 2017。
SQL Server複製到Amazon Aurora PostgreSQL。SharePlex可以從on-premises SQL Server複製使用PostgreSQL兼容性的Amazon Aurora。
新參數
l
SP_CAP_REPLICATE_POSTER。 此新參數可用於指定是否從SQL
Server Capture中排除SharePlex Post進程發佈的資料。有關此內容的說明，請參見“SharePlex
9.2參考指南”參數。 默認情況下，此參數設置為忽略Post進程執行的事務。
其他新功能
支持Windows Server 2016。 支持從Microsoft Windows Server 2016上capture和複製資料庫。
支持Windows Server 2016。 支持從Microsoft Windows Server 2016上capture和複製資料庫。
進行了以下增強以改善Post process的性能。
l
為SQL Server和PostgreSQL
target實現了multi-threading：Post Enhanced Performance的Transaction
Concurrency組件已擴展為支持SQL Server和PostgreSQL target。新參數SP_OPX_THREADS控制此功能。設置為2或更大值時，Post以指定的線程數運行（並發操作）。
l
批次類似操作：為了在將SQL操作應用於target時最大化其性能，後處理將較小的複製操作分組為一個較大的批次操作。發佈群組當操作相同且SQL類似時，複製操作。一個新參數SP_OPX_BATCH_ENABLE控制此功能並默認啟用。另一個新參數SP_OPX_MAX_BATCH_MBYTES，控制Post的批量DML操作的最大大小適用於
target。這支援具有最大事務大小的資料庫，例如Teradata並且可以用於必須更改批量大小的其他用途。
新的工作狀態資料庫
l
此版本包括一個新的作業狀態資料庫。 該資料庫位於資料子目錄中SharePlex
variable-data目錄。 參數SP_SYS_JOB_HISTORY_SIZE允許您控制此資料庫的大小。使用此參數指定允許的最大大小（以kB為單位）資料庫。
在Windows上簡化了SharePlex安裝過程
l
在Windows上安裝時，不再需要指定Oracle資料庫版本或指定是否在非Oracle環境中安裝。
l
在Windows系統上安裝SharePlex後，您不再需要手動更改MKS
Toolkit中全局資源memory的默認設置。 現在，在安裝過程中會自動修改該設置。
資料類型Mapping
此版本的SharePlex包括一個新的typemap命令，以及對默認資料類型的更改Mapping。查看以下詳細訊息。
l
使用typemap show命令顯示所有默認資料類型Mapping。 使用typemap
show source-target顯示指定source - target組合的Mapping，例如oracle-sqlserver。有關使用typemap命令的更多訊息，請參見“SharePlex
9.2參考指南”。
l
使用typemap命令而不是target命令的資料類型選項。 （資料類型
target命令的選項已在此版本中停止。）
l
有關支援的資料類型的列表，請參閱支援的資料類型：Oracle to Open
Target或支援的資料類型：SQL Server到Oracle和Open
Target。
SharePlex的其他變化
TLS連接需要TLS 1.2（或更高版本）。 如果您打算在SharePlex中使用TLS連接，則需要TLS 1.2或更高版本。
停產功能
此版本的SharePlex中不包含以下功能和支援。
注意：有關所有已棄用的參數和命令，其替換（如果有）以及版本的列表
不推薦使用的SharePlex，請參閱“SharePlex參考指南”。
l
從SharePlex 9.2開始，已停止支援以下操作系統：
HP-UX PA-RISC
HP-UX 11.23 Itanium
AIX 5.3和6.1
Oracle Solaris 9
Oracle Linux 4
RHEL 4
SuSE SLES 10
Windows Server 2003
l
從SharePlex 9.2開始，對以下資料庫版本的支援已經停止：
Oracle 11g R1
JMS - IBM MQ版本7.x.
l
target命令的資料類型選項已被棄用，並替換為新的獨立版本命令typemap。
已解決的問題和改進
以下是此版本的SharePlex中已解決的問題列表和實施的增強功能。
問題ID
|
描述
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
添加提醒：添加新key後退回sp_cop
針對SharePlex cop服務路徑進行雙引號的增強功能 重做GMT調整僅適用於Linux - 提供任何其他平台的不准確延遲 rollback錯誤無效 防止不受支援的DDL傳輸到打開的 target post 增強功能：SharePlex現在搜索子目錄中的存檔日誌以及SP_OCT_ARCH_LOC指定的路徑的主目錄。 禁止不同步的禁止刪除 Poster memory leak在完全rollback 將參數sp_opo_cont_on_err設置為2將指示Post表錯誤視為與其他錯誤相同並停止，除非它們位於oramsglist文件中。 顯示capture詳細訊息和“顯示post詳細訊息”應該具有相同的LSN 增強功能：對於SQL Server capture，“show capture detail”現在包括最後處理的事務的日誌編號，日誌偏移量和時間戳。 通過利用計時器的SQL Server可支援性 SQL Server activation將activation SharePlex tables colcache增長CPU使用率高 在DDL操作期間，Post不會因ora-00942錯誤而停止 Qstatus報告的大小不正確 增強功能：向event_log添加了一條消息，指示重做中存在加密資料。 增強功能：添加了對Oracle 12c的擴展統計訊息的支援，以糾正在source和target table上收集擴展統計訊息時導致發佈錯誤的問題。 使用特定語法創建的Materialized View的自動添加導致capture到核心 Capture沒有replicate使用DataPump發出的CreateUser / Gratn / AlterUser DDL XML varray行轉儲核心和varray複製會導致XML文件中的錯誤資料（附加到值的額外Character）。 禁止不同步核心轉儲 - 可能在更新時有空的columns 根據錯誤為Kafka添加了重啟邏輯 PEP中的Oracle Poster核心轉儲 在Oracle 12cR2上具有ROW-DEPENDENCIES的故事上的QMI（數組插入）失敗 比較數字分區/子分區名稱失敗 SP_OPO_STOP_ON_DDL_ERR的建議消息錯誤 OT跳過繼續負數錯誤號不起作用 ORA-22053將sys.tab $ .property轉換為64位整數 缺少'||的sql錯誤文件'Character串資料 比較失敗與包含日語Character的表名稱。 使用默認ddl架構創建同義詞的Post 在啟用水平分區的情況下最小化2遍 在最小查詢中考慮最小序列＃的可能0值，以防止核心capture Post無法應用varray od SDO_GEOMETRY HP-UX IA64平台上的多OCI模式故障。添加了LogParallelism調試以跟踪無序記錄。 在Windows上，“show statusdb detail”命令會導致sp_ctrl退出。 當源和 targetCharacter Sets不同時，改進了比較性能。 使用SSL連接到Postgres時，Poster核心轉儲。 提高CDC的性能（在變更歷史環境中） Post核心轉儲批量更新在一個表上有很多列（超過500） 增強功能：增強用於保存讀者ccache的方式，以減少memory使用和物理大小。 假設只有1個基於類/槽的開放事務，增強截斷tranx文件。 解決了DDL日誌中缺少DDL的問題。 在Windows上簡化安裝SharePlex：在Windows平台上安裝時，不再需要指定Oracle版本或是否為非Oracle安裝。 在Windows系統上安裝SharePlex後，您不再需要更改MKS Toolkit中全局資源memory的默認設置。現在，在安裝過程中會自動修改該設置。 在Windows環境中卸載SharePlex軟件時，MKS Toolkit和NuTCRACKER現在會自動刪除。 更正了存在多個導入時導致“無此文件”或“目錄重命名失敗”錯誤的問題。 當ora_setup使用小寫tns別名時，Compare/Repair在等待小寫鎖定文件時掛起。 更正了導致以下Oracle錯誤的問題：ORA-01740缺少標識符中的雙引號。 重命名導致讀者在重命名之前查詢表時，解決了Oracle錯誤942的問題 連接失敗時，應退出導入 IOT中的特定操作序列導致capture在event_log中生成“10651-op ID failed”消息。 在sp_nt_mon中允許自定義“FROM” 使用JSON複製到Kafka而不使用數字資料類型的引號 Capture間歇性地為Drop Sequence DDL生成帶有錯誤SQL選項的ODR消息 修復了Windows上空HostID的許可 在對等環境中，在源主機上發出Drop / Create Sequence之後，發出'show config'命令導致主機之間不匹配。 確保僅在設置調試時記錄密鑰緩存中的調試。 如果設置了調試設置，則丟棄需要完整密鑰的消息。 在SharePlex參考指南中，比較命令選項nolock已被刪除並替換為正確的選項：nolocksource | nolocktarget | nolockboth。 當事務有大量rollback時，提高性能 處理Oracle錯誤2396，超過IDLE時間 帶有指數格式的數字的Sybase問題，例如8330e-2 使用DML過濾器解決ccache損壞問題。從ccache大小修復回歸。 Compare慢WAN 允許通過sp_ctrl中的連接命令更改connections.yaml中的用戶 記錄後，SCN在CDC更新時為零 具有非NULL默認值的未更改列可以更新為NULL值。 解決了導致Compare在9.1.3中超過8.6.3運行更長時間的問題 當connection.yaml文件中有多個具有autoopen模式的資料存儲時，Cop不會加載所有自動打開的錢包。 水平分區表insertN上的Post核心轉儲 解決了導致對象緩存分解以1000 Byte的硬編碼大小轉發的問題。 |
此版本中的已知問題
以下是一系列問題，包括歸因於第三方產品的問題，這些問題在發佈時已知。
SQL Server Capture知問題
已知問題
|
問題ID
|
如果源SQL Server版本是2012及更低版本，則SharePlex將重新capture已經處理的事務，如果SharePlex被非常關閉，有意使用kill命令或由於系統故障。 這會導致 target上的雙重過帳以及由此產生的唯一約束錯誤。 要避免這些錯誤，請在關閉或重新引導系統之前，始終使用sp_ctrl中的shutdown命令正常關閉SharePlex。
將SQL Server datetimeoffset（0）複製到具有時區列的 targetOracle時間戳（0）（僅用於精度0）時，時間戳將在Oracle target中具有不正確的時區值。
當SP_OCT_REPLICATE_DDL設置為3時，除了記錄為支援的命令外，SharePlex還複製DROP TABLE：ALTER TABLE（添加，修改，刪除列）和TRUNCATE TABLE。
|
N/A
SPO-12155
SPO-13148
|
一般已知問題
已知問題
|
問題ID
|
在SunOS和Linux操作系統上運行Oracle 11g的系統上未生成報告的核心文件。
如果客戶針對複製中的表發出“ALTER TABLE ... MOVE COMPRESS”DDL命令，則SharePlex將默認將DDL複製到 target。在post發佈DDL之後，如果 target表有索引，它們現在不可用，並且post將隨後嘗試將更改應用於表失敗。 如果post在表上收到錯誤，例如“ORA-01502：索引XXX或此索引的分區處於不可用狀態”，則用戶必須在重新啟動post之前重建該表可能具有的任何索引才能糾正這種情況。
|
66306
N/A
|
Windows已知問題
已知問題
|
問題ID
|
在Windows系統上，卸載程序不會提示從系統中刪除SharePlex的版本。 如果系統上安裝了多個版本的SharePlex，則只會刪除第一個安裝。
在Windows環境中，始終從已安裝SharePlex的同一驅動器上運行sp_ctrl。 如果從另一個驅動器運行sp_ctrl，系統將提示您輸入登錄ID和密碼。
提供登錄ID和密碼後，sp_ctrl將正常運行。
如果用戶想要更改給定端口的安裝目錄，則用戶必須先從上一個位置卸載。 請注意，如果用戶想要保留以前的VARDIR，則應在卸載之前將其複製到新位置。
|
N/A
N/A
62620
|
ASM已知問題
已知問題
|
問題ID
|
如果SharePlex當前正在讀取的redo_log或archive_log由於刪除了disc group而涉及“rebalancing”，則capture過程將暫停，直到該文件的重新平衡過程完成。
在原始設備ASM系統上，sp_desvr可能會卡住，即使發出kill -9也無法終止進程; 用戶必須重新啟動系統才能從中恢復。
|
N/A
61713
|
Startup已知問題
已知問題
|
問題ID
|
如果您將SharePlex配置為從啟動腳本Startup並返回類似於以下內容的錯誤：系統調用錯誤：sp_cnc（從cdrpx.mcit.med.umich.edu連接）錯誤文件編號不能dup2 stderr嘗試將nohup添加到您的腳本。nohup命令指示命令（在本例中為SharePlex的Startup）在當前用戶（腳本）之後在後台繼續退出。
語法是：
cd / product_directory / bin
nohup ./sp_cop＆
|
N/A
|
Character Sets 已知問題
已知問題
|
問題ID
|
避免使用不同的Character Sets複製NCHAR資料類型，例如源機器上的AL16UTF16和 target上的UTF8，因為Byte大小限制。Oracle存儲NCHAR資料，最大限制為2000Byte。 諸如AL16UTF16的固定長度NCHAR Character Sets具有與諸如UTF8的可變長度NCHAR Character Sets不同的最大Character Sets。 對於固定長度的AL16UTF16
Character Sets，每個Character存儲為2個Byte; 因此，NCHAR資料的最大Character數為1000。為了可變長度UTF8 Character
Sets，列可容納的最大Character數取決於每個Character所需的Byte數。如果使用AL16UTF16
Character Sets將源計算機中的1000個3ByteCharacter複製到設置為UTF8的 target計算機，則會在 target上收到以下Oracle錯誤消息，因為它需要3000個Byte：
ORA-01461 can bind a LONG value only for insert into a LONG column |
35198
|
copy/append 已知問題
已知問題
|
問題ID
|
如果需要將materialized view複製到table，則應在複製之前刪除 target table。 請注意，由副本創建的新 target table將具有名為M_ROW $$的附加列，該列在source上不存在。 不支援在table的materialized view上使用追加。
|
41679
|
衝突解決已知問題
已知問題
|
問題ID
|
！ControlExtendedCharSet準備好的衝突解決例程和！DEFAULT參數當前不能用於通用衝突解決。
|
N/A
|
Partitioned Replication 已知問題
已知問題
|
問題ID
|
在配置文件中的佔位符路由中使用複合路由Mapping時，請勿在每個路由組件之間使用空格。例如，sysb @ o.orab + sysc @
o.oraC是正確的，因為+符號之前或之後沒有空格。
|
N/A
|
垂直和水平分區已知問題
已知問題
|
問題ID
|
在列條件中使用具有DATE資料類型的水平分區複製時，DATE需要遵循SP日期字符串格式“MMDDSYYYYHH24MISS”。否則，讀取和比較過程無法處理它。
|
55268
|
LOB，VARRAY和XML已知問題
已知問題
|
問題ID
|
當在包含帶有VARRAY列的UDT的表上發生UPDATE且表上沒有KEY時，用戶可能會遇到不同步的情況。此問題特定於Solaris x86操作系統。
|
29650
|
DDL Replication已知問題
已知問題
|
問題ID
|
複製CREATE ROLE（set param SP_OCT_REPLICATE_ALL_DDL 1）正在將 target上的被授權者名稱更改為SharePlex
Administrator的名稱。
如果在啟用SP_OCT_ REPLICATE_ALL_DDL參數時讀取Oracle重做或歸檔日誌後capture進程落後，則它將複製其時間戳在此事件之前的DDL。
在從Oracle源到非Oracle target的複製中，SharePlex不支援ALTER TABLE添加其中比例大於精度的數字列。
在從Oracle源到非Oracle target的複製中，當列名長度超過30個Byte時，SharePlex不支援ALTER TABLE ... ADD COLUMN DDL操作。
|
2242
56957
SPO-14372
SPO-15585
|
Partition DDL已知問題
已知問題
|
問題ID
|
如果在源上運行分區DDL和索引重建的單獨SQL語句，則SharePlex僅複製分區DDL並使 target全局索引不可用。 這是因為SharePlex不支援ALTER INDEX。 建議的解決方法是，將全局索引標記為不可用的所有分區DDL都應使用ALTER TABLE SQL語句的附加子句UPDATE GLOBAL
INDEXES運行。 另一種方法是手動重建 target上的全局索引。
|
57939
|
基於功能的索引已知問題
已知問題
|
問題ID
|
如果索引中定義了多個函數，SharePlex將選擇第一個函數。 SharePlex不支援多種功能。
|
92931
|
發佈到JMS已知問題
已知問題
|
問題ID
|
將批處理操作複製到ActiveMQ可能會導致掛起。 解決方法是將SP_ORD_BATCH_ENABLE參數設置為0。
如果寫入JMS的後處理與源資料庫不在同一台機器上，並且兩台機器具有不同的Byte順序，則NCHAR資料將無法正確寫入JMS。
|
SPO-11335
107471
|
Hybrid Columnnar
Compression已知問題
已知問題
|
問題ID
|
如果激活了“COMPRESS FOR QUERY LOW”壓縮的表，則激活不會失敗.Capture將記錄一條消息，指示不支援“COMPRESS FOR
QUERY LOW”
|
107487
|
Third-party 已知問題
Third-party 已知問題: Linux
已知問題
|
問題ID
|
生成核心文件時，帶有11g的RHEL可能會遇到問題。 要解決此問題，用戶需要更改/ proc / sys / kernel / core_pattern文件中的參數“core_pattern”。以下命令啟用核心文件：sysctl -w kernel.core_pattern = core。
原始設置為：/ corefiles / core。 在此狀態下，系統會查找名為/
corefiles的目錄，該目錄不存在，因此無法創建核心文件。
|
54799
|
Third-party 已知問題: Oracle
已知問題
|
問題ID
|
Oracle可能允許插入無效日期（例如0000年）作為表的鍵值而不生成錯誤。這會導致SharePlex在嘗試將記錄插入target時返回“在帶有rowid的記錄中檢測到的無效DATE格式”錯誤。
希望使用溢出的IOT的用戶需要運行Oracle 11g或更高版本。這是Oracle Bug
4627859中解決的已知Oracle問題。
在Windows系統上，Post進程可能會在遇到“ORA-07445：遇到異常：核心轉儲”錯誤時退出。有關更多訊息以及Oracle提供的解決方法，請參閱Oracle Bug 6658912。
Oracle 11gR2 - 在SYNC作業期間，新表（沒有資料）的副本在“EXP-00011：表不存在”時失敗。失敗的表是沒有任何資料的新表。EXP-00011由11gR2新功能“延遲段創建”引起，該功能由初始化參數DEFERRED_SEGMENT_CREATION控制。默認為ON。要避免此錯誤，請禁用該參數。已經打開了一個tar，Oracle和Oracle創建了一個註釋960216.1原始導出提升EXP-11表不存在。
啟用了補充日誌記錄的OLTP壓縮可能會破壞Oracle Undo block，因此Oracle建議在運行OLTP壓縮時禁用補充日誌記錄。但是，SharePlex需要啟用補充日誌記錄，因此您可能會遇到此錯誤。這會影響Oracle版本11.2.0.2,11.2.0.1和11.1.0.7。見Metalink ID 1191474.1。
有時Post進程將掛起更新SecureFile LOB。有關更多訊息，請參閱Oracle tar SR 3-2898230851：OCILobWrite掛起在OCI_LAST_PIECE上，用於安全文件LOB。
有一個Oracle錯誤可能導致資料庫在啟用補充日誌記錄時崩潰，並且rollback涉及壓縮表空間中的表的事務。有關更多訊息，請參閱Oracle錯誤8331063。
PL / SQL中的已知問題會阻止SharePlex衝突解決邏輯為名稱與其所有者相同的表編譯PL / SQL。甲骨文已表示該問題將無法解決。有關更多訊息，請參見Oracle TAR
2577886.996。此問題不會影響複製; SharePlex支持具有相同table所有者和表名稱。
|
SPO-1368
44626
67441
75179
92152
N/A
N/A
N/A
|
Third Party 已知問題：雜項
已知問題
|
問題ID
|
將資料從Oracle複製到SQL Server時，Microsoft SQL
Server ODBC驅動程序僅支援最多127個bytes的所有者名稱。
EDB Postgres ODBC驅動程序中的已知問題阻止了對具有EDB Postgres target的表情符號UTF-8 Character Sets的支援。
|
SPO-14331
SPO-15251
|
留言
張貼留言