AS/400でレコードの全消去を含む操作（CLRPFMやCPYF（REPLACEオプション））を行った場合、他データベースに対してこの変更をTRUNCATEとして他データベースに反映します。しかしレコードが対象ではなく、ファイルそのものを置き換えている場合など（RSTOBJ等）の場合、変更は他データベースへ反映されません。
はい、可能です。
チャートデザイナ → 保存形式「cht」で保存することで指定できます。
チャートAPI → setPointShapes()やsetColors()を使用することで指定できます。
詳細はこちら
Windowsイベントログでの運用の場合、historyファイルはご使用いただけません。
回線が速ければレプリケーション速度も向上しますが、回線が遅くてもレプリケーションは十分可能です。ISDN回線を使用しているお客様もいらっしゃいます。
自動で行われます。
DBMotoはDBに対するクライアントツールとしてのアクセスしか行わないため大きな負荷はかかりません。DBに対するエージェント導入も不要です。
スクリプトで実現可能です。
疑似PKの重複キーチェックは行われません。重複キーエラーが出るのはDBのPK使用時に重複していた場合のみです。
OracleとDBMoto間のネットワーク障害によるものです。
リフレッシュをする方法と、トランザクションIDを任意の位置に戻す方法の2通りあります。
ステータスがMirroringで動いていないように見えるときは、実際にはトランザクションログの参照を行っています。大量トランザクション処理時は時間がかかるケースがあります。
スクリプトで対応可能です。
Data Replicator Option画面にある「Thread Execution Factor」の値を増やすことで処理速度の向上が期待できます。
ミラーリングプロセス終了後にリフレッシュされます。強引に割り込むことはありません。
以下の流れとなります。
ソースのトランザクションログを検索⇒ターゲットのトランザクションログを検索⇒ソースからターゲットへの更新処理⇒ターゲットからソースへの更新処理
.NET Framework 2.0 SP2がインストールされていないのが原因です。
WindowsXPやWindowsServer2003・2003R2の場合、デフォルトではインストールされていないので、別途インストールが必要です。また、.NET Framework4.0単独では動作いたしません。
レプリケーション定義を作成した後に、Data Replicatorを起動する必要があります。
ミラーリング時にはPKの設定が必要です。DBに設定されているかご確認ください。もしされていない場合は、DBMotoから疑似PKを設定することも可能です。
SQLServerのフィールドIdentityの仕様によるものです。Identity以外のPKフィールドを用意するかIdentity自体をOFFにする必要があります。
Oracle9iの仕様によるものです。
リフレッシュはソース→ターゲット方向のみサポートしております。
