これは、MirrorSync自体がメモリ不足になったことを意味します。これは、大量のレコードを同期するときに発生する可能性があります。このエラーは、「GC overhead limit exceeded」エラーとしても現れることがあります。
初回同期ではなく増分同期中にこのエラーが発生した場合、および増分同期中に大量の変更が発生することが予想されない場合は、MirrorSyncカスタマイズスクリプトを確認してください。見つかった増分レコードの対象レコードセットを失う可能性のある「すべてのレコードを表示」または「検索を実行」を実行していないことを確認してください。同期対象レコードセットを少なくするには「対象レコードの絞り込み」のみを実行します。
最初の同期中にこのエラーが発生し、100,000レコードを超えるテーブルがある場合は、特に最初のデバイスを同期するときに、最初の同期のためのMirrorSyncメモリ割り当てを増やす必要があるでしょう。
MirrorSyncには、デフォルトで512メガバイトの割り当てがあります。レコードに大量の情報が含まれている場合、その数ははるかに少なくなりますが、これは通常、約200,000レコードの変更バッチを同期するのに十分です。今同期するデバイスの数でその数を今すぐ分割 - 最大4人が同時に同期すると予想するならば、MirrorSyncはおそらくデフォルトのメモリ割り当てで各ユーザからの最大50,000の変更を処理することができます。これはオブジェクトフィールドを想定していません。 FileMaker Go / Pro 13でオブジェクトフィールドを使用している場合、それらはMirrorSyncのメモリに一時的に保存され、ユーザ1人でもメモリエラーを引き起こす可能性があります。
メモリ割り当てを増やす必要がある場合は、最初にMirrorSync 2.2以降を実行していることを確認してから、setenvファイルを変更してください。プロセスは上記のWPEの手順と非常に似ていますが、ファイルは次の場所にあります。
Mac:/Library/360Works/Applications/bin/setenv.sh
Windows:C:¥Program Files¥360Works¥Applications¥bin¥setenv.bat
始まる行を見てください。
CATALINA_OPTS = " - Dcom.prosc.tomcat = true -Xmx512M
-Xmxパラメータを変更して、必要な量のメモリを割り当てます。以下は1ギガバイトの割り当てです
CATALINA_OPTS = " - Dcom.prosc.tomcat = true -Xmx1G
T
omcatを再起動するまで新しいメモリ設定は有効になりません。これはOS Xの/ ApplicationsおよびWindowsのC:\ Program Files \ 360Works \にある360Works Admin.jarを使用して実行できます。
LinuxでMirrorSyncをセットアップしていて、コマンドラインしか使用できない場合は、手順が少し異なります。
MirrorSyncをホストして実行しているLinuxインスタンスにサインインしたら、ルートフォルダにCDを挿入する必要があります。にあるtomcat8.confファイルを編集する必要があります。
/ etc / tomcat8 /
その場合、tomcat8.confを編集して次の行を追加する必要があります。
JAVA_OPTS = " - Xmx1024m"
そうすることで、あなたは今あなたのRAMを1024MBに増やしました。この新しい変更を認識するには、tomcat8を停止して起動する必要があります。
原文:OutOfMemoryError http://docs.360works.com/index.php/MirrorSync_advanced_topics#OutOfMemoryError
コメント
0件のコメント
サインインしてコメントを残してください。