■ライセンスについて

Q. 10台のサーバー（Win2008R2とFMS）がある場合、監査証跡を有効にするために、

すべてにSSPをインストールする必要がありますか？10ライセンス（Tier2）を購入する必要がありますか？

A. はい

Q. When there are 10 servers (Win2008R2 & FMS), in order to activate an audit trail, do we need to install SSP on everything? Do we need to purchase 10 licenses (Tier2)?

A. Yes and yes.

Q. Tier 2製品でもディストリビューション・ハブ・ノードは必要ですか？

A. 必要ありません

Q. Is a distribution hub node needed even for the Tier 2 product?

A. Not needed

■インストールについて

Q. SSPのプログラムと関連するファイルはどこにありますか？

A. 下記のパスに格納されています。

Windows Server の場合

C:\Program Files (x86)\SyncServer

Mac の場合

Macintosh HD/Library/SyncServerPro

■スケーラビリティについて

Q. 以下に示す構成と要件を前提とすると、SyncServer Proは安定しますか？

Q. Given the configuration and requirements listed below, will SyncServer Pro be stable?

Configuration

Number of servers: 10 (Win2008R2)

Number of connecting clients: average 300, maximum 400

Number of files: 140

Number of tables: 1200

FileMaker Server version 13 (at one facility, and running SyncDek)

FileMaker Server version 11, but planning to upgrade to 15 or 16 (at another facility)

Audit trail NOT currently activated, but is desired

A. xDBCコンポーネントはあまり安定していないため、FM11の使用をお勧めしません。

A. We do not recommend using FM11 as the xDBC components are not very stable.

A. サーバの数はSDを不安定化させない。というのは、それぞれが配信ハブノードとの公称通信を行うだけであり、

そうでなければ独立しているからである。

A. Number of servers does not destabilize SD, as each only does nominal communication with a distribution hub node and is otherwise independent.

A. 安定性の重要な決定要因は、同期サイクル間でどのくらいのデータが変更されているかです。

あまりに大量のデータは（不安定な要因に）影響する可能性がありますが、具体的な数字、行数、データサイズは明確ではありません。

A. The key determinant of stability is how much data is being changed between sync cycles. There can be too much data, but there is no hard and fast number or rows or actual size of data.

Q. このスケールで監査証跡を有効にするには、どのようにSyncServer Proを構成しますか？

A. サーバー数に基づく監査ログの構成に関連する特別な作業はありません。

セットアップには、監査ログのターゲット設定（サーバー、アカウント/ pw、db名、作成するログ表名）を指定するための設定ページがあります。

Q. In order to activate an audit trail at this scale, how is SyncServer Pro configured?

A. There is no extra work related to configuration of audit logging based on number of servers. There is simply a configuration page in the setup to specify audit log target settings (server, account/pw, db name and desired log table name to be created)

Q. SyncServer Proが安定しているサーバーマシンの数はどれくらいですか？

A. 唯一の影響はハブ配信ノードへの簡単な接続であるため、最大20まで簡単に実現できます。

Q. For up to how many server machines is SyncServer Pro stable?

A. Easily up to 20, as the only impact is simple connections to a hub distribution node.

Q. SyncServer Proのデータ負荷が増加すると、FileMaker Server自体に影響はありますか？

A. データベース全体のサイズに基づいて、サーバー負荷が大幅に増加することはありませんが、変更データ量に比例します。

Q. As the data load on SyncServer Pro increases, are there any effects on FileMaker Server itself?

A. There is not a noticeable increase in server drain based on overall database size, but there is relative to amount of change data.

Q. この規模で展開例がありますか？

A. SyncDeKの事例では15のサーバー環境がありましたが、現在アクティブなサーバー環境はありません。

Q. Do you have any example deployments at this scale?

A. We have had up to 15 server environments over the course of the SyncDeK history, but none that are currently active.

Q. SSPと400台のクライアントが同時にデータベースにアクセスしているという事実に直接コメントできますか？

A. SSPは単なる別の接続なので、それほど大きな影響はありません。

Q. Can you comment directly regarding SSP and the fact that there are up to 400 clients accessing a database simultaneously?

A. SSP is just another connection, so there isn't much impact.

Q. 監査だけが必要な場合（同期がない場合）、SSPはどの程度スケーラビリティがありますか？

A. ハブを使用しない場合、スケーラビリティーの制限が少なくなります。しかし、収集される変更の量については依然関係します。

Q. If only auditing is required (with no synching), then how scalable is SSP?

A. With no hub, there is even less restriction of scalability. However, volume of changes to be collected still pertains.

Q. SSPデータベースの最大容量を教えてください。

A. ApacheのDerbyデータベースを使用します。私はこの情報をオンライン検索から見つけることができました：

Java DBは各基本表と各索引を1つのファイルに格納するため、データ・サイズの制限は、JVMとそれが実行されるOSのファイル・サイズ制限です。

DerbyはこれらのファイルにアクセスするためにJava 64ビットのインタフェースに対してコーディングされているため、内部的には最大テーブルサイズは約2 * 64です。

テーブルの数は、テーブル識別子の64ビットの長さによってのみ制限され、およそ2 * 64の合計テーブルの制限になります。

実際には、ディスク容量などのシステムリソースは、サイズ制限の可能性が高いソースです。

Java DBは、5億以上のタプルを含むテーブルを使用して、350GBを超えるrawディスクスペースを使用するデータベースでテストされます。

Q. Could you tell us the maximum capacity of the SSP database?

A. We use the Derby database from Apache. I was able to find this information from an online search:

Java DB stores each base table and each index in a single file, so the data size limit is the file size limit of the JVM and OS on which it runs. Derby is coded against the Java 64 bit interfaces to access these files, so internally the maximum table size is approximately 2*64. The number of tables is only limited by the 64 bit length of table identifiers, for an approximate limit of 2*64 total tables. In practice, system resources such as disk space are a more likely source of size limitations. Java DB is tested on a database using over 350 GB of raw disk space with tables containing over 500 million tuples.

Q. SyncServer Proでは、フィールドまたはレコード内に含めることができる文字数に制限がありますか？（時折、この状態に関連するエラーがログに表示されます。）

A. 1つのフィールドに62,000文字のFileMaker JDBC制限があります。

Q. In SyncServer Pro, is there a limit to the number of characters that can be contained within either a field or record? (On occasion, errors related to this condition are seen in the log.)

A. There is a FileMaker JDBC limit of 62,000 characters in a single field.

Q. 我々は、多数の文字を含むフィールド内の文字数を空にするか、文字数を減らして問題を解決しました。これは唯一の方法ですか、それとも他の方法がありますか？

A. 残念ながら、唯一の方法です。

Q. We noticed that there were several fields containing a large number of characters. We solved the problem by either emptying or reducing the number of characters within the field. Is this our only recourse, or are there other possible remedies?

A. Only recourse is to do as did, unfortunately.

Q. 運用の途中で、SSPがインストールされているサーバーのIPアドレスが変わりました。どうすれば良いですか？

A. 設定一覧画面＞ソリューション名＞Different＞正しいIPを入力>Continue

Q. 監査証跡ログ機能において、最後の１件のレコードを削除した場合に、削除ログが取れません。

Roll Forward 機能において、削除データが復活してしまいますが、削除データは消したままにできませんか？

A. 「Run」ボタン押下時に下記のダイアログが出ます。古いデータベースがインストールされています。

キャッシュされた同期データを使ってこのコピーを再構成しますか？

「Normal」ミラーデータを再ビルドします。

「Restore」Roll Forward のダイアログに遷移します。

Browser not supported