Installing Pervasive DataExchange with No Previous Installation

Installing Pervasive DataExchange with No Previous Installation
Instructions for First-time Installation
This chapter contains procedures for installing Pervasive DataExchange. The chapter contains the following sections:
*
*
*
*
*
 
Before You Install DataExchange
This section contains information with which you need to be familiar to successfully install Pervasive DataExchange. Before installing Pervasive DataExchange, review the following information:
*
Preparing to Install Pervasive DataExchange. This chapter provides important information including system requirements and platform specific notes that are relevant to your operation.
*
Windows Platform Notes
Be aware of the following conditions.
*
*
Installing Over Windows Terminal Services
Microsoft Terminal Services is a multisession environment that provides remote computers access to Windows-based programs running on a server. (Citrix MetaFrame extends Windows Terminal Services with additional client and server functionality.)
Tip See the Pervasive Software web site for a list of supported environments.
To install DataExchange to a Terminal Server client, you must first modify a registry setting on the Terminal Server client. The default value for the registry setting prevents you from performing Pervasive PSQL administrative functions. You must have administrative authority to install DataExchange.
Use the following steps to modify the registry setting. You must have administrative authority on the Terminal Server client.
Caution Incorrectly editing your computer’s registry can damage the registry. The damage can cause undesirable results, such as your computer not being able to boot. If you do not feel comfortable editing the registry, obtain the services of a qualified technician. Pervasive Software accepts no responsibility for a damaged registry.
*
Note We suggest that you create a backup of your registry before editing the registry. Refer to the online help for your operating system. Look for index entries such as “registry, backing up,” or “emergency repair disk.”
1
Registry Editor opens.
2
HKEY_LOCAL_MACHINE\Software\Pervasive Software\Utilities Interface\Settings\Restricted Access On WTS client
3
Double-click REG_DWORD for the key.
The Edit DWORD Value dialog box opens.
4
5
The REG_DWORD value should read 0x00000000 (0).
6
Note Changing this registry setting to zero grants Pervasive PSQL administrative authority to everyone who has access to the Terminal Server client machine. To restrict Pervasive PSQL administrative authority, you may want to restore the default value of the registry setting after DataExchange is installed. To do this, change the REG_DWORD value back to 1 (see step 4 in To modify the security registry setting on a Terminal Server client).
You may also use regedt32 to change the permissions on the registry key so that only certain users are allowed to modify the key value.
Installing a Pervasive PSQL Database Engine on the Backup Machine
Pervasive DataExchange requires a Pervasive PSQL Server or Workgroup engine. Ensure that your backup machine contains a database engine before attempting to install DataExchange on the machine.
If your backup machine lacks a Pervasive PSQL database engine, install one from your original CD media or download the Pervasive PSQL product from http://www.pervasive.com. For installation steps, see Chapter 4, “Installing Pervasive PSQL with No Previous Installation,” in the Getting Started With Pervasive PSQL guide for your product (Server or Workgroup).
License Key
The Pervasive DataExchange installation prompts you for a license key to use DataExchange with the database engine on the backup machine. If you omit the key, Pervasive DataExchange provides an evaluation license, which you can later replace with a non-evaluation license if you choose.
The evaluation license provides one-user count for the backup machine. The single user count is in addition to the current user count. For example, if your database engine is licensed for 20 users, you still have a permissible count of 20, not 19, after installing with the evaluation license.
Installing Pervasive DataExchange
You must install Pervasive DataExchange on a machine that contains a Pervasive PSQL Server engine or a Workgroup engine.
Note The Pervasive PSQL database engine is stopped and restarted during the installation of Pervasive DataExchange. If your business requirements prohibit stopping the database engine during certain hours, install DataExchange during an acceptable period.
If the installation fails before the program copies any files to the target installation directory, refer to the installation log file (replinst.log) in the Windows directory.
DataExchange installs a notification service called dxagent if the machine contains the Pervasive PSQL Server product. This notification agent is not available if you install DataExchange on a machine with the Pervasive PSQL Workgroup product. See dxagent in Pervasive DataExchange User’s Guide.
You may install Pervasive DataExchange in two configurations:
*
*
*
You will run the installation twice: once on the First Site and once on a Partner Site.
1
*
*
The Welcome window appears.
2
Click Next.
The Software License Agreement appears.
3
The installation asks for a DataExchange license key.
4
*
*
A First Site and a Partner Site use the same key, which is provided on the case of the DataExchange installation CD, the product registration card, and the printed license agreement.
At the end of the evaluation period, the replication engine returns an error when it tries to start. You may apply a license key at any time. See To upgrade an evaluation license.
5
Click Next.
The installation asks you to choose a site type.
Figure 3-1 Site Type
6
*
You will use a First Site to design and configure the replication network. Its components include the administrative utilities and the replication engine.
*
A Partner Site replicates data with the First Site. Its components include the DataExchange administrative utilities and replication engine. You may install a Partner Site before installing a First Site, but you must initialize and configure the replication network from the First Site.
Caution Do not install more than one First Site on a network, or replication conflicts may occur.
7
Click Next, then continue as follows:
*
To install a First Site, Click Yes if you have not installed a First Site on your replication network and continue with the next step. Otherwise, click No.
*
8
Click Next.
A dialog appears on which you specify site information.
Figure 3-2 Site Information
Both names default to the host name of your machine.
*
The Site Name identifies your machine on the replication network. The name can be whatever you want. Accept the default or enter a more descriptive site name.
*
The Host Name identifies this machine to the DataExchange Engine. If your machine has a fixed IP address and you prefer to use it, enter it here. If the address is assigned by DHCP, accept the machine host name by default.
9
Click Next.
A summary of installation settings appears.
10
Review the settings and click Next if they are correct. You may click Back to change a setting.
The DataExchange installation process continues, displaying a series of status messages that inform you what action is taking place. Most of the message dialogs contain a progress bar to indicate the amount of time elapsed.
The following types of status messages appear:
*
*
*
*
*
*
At the end of the installation, setup informs you that it is complete and prompts you to view the readme file.
Pervasive Software strongly recommends that you view the readme file for important release notes concerning configuration and use of the product.
11
Click Finish.
12
*
*
If you cleared the View the readme file option, setup exits.
After You Install DataExchange
After you install DataExchange on both sites, Pervasive Software recommends that you perform an example replication deployment between the First Site and a Partner Site. The example deployment is optional. However, it allows you to perform a hands-on deployment with a sample database.
See the chapter Replication Deployment.
Common Questions After Installing Pervasive DataExchange
This section contains information that you may have after running the installation program.
Do I Have to Configure Anything in Pervasive Control Center (PCC) for DataExchange?
No. DataExchange requires no special settings in PCC.
Does DataExchange Create Any Log Files?
Yes. See Log Files in Pervasive DataExchange User’s Guide.
How Do I Automate a Scheduled Replication?
See Schedule Tasks in Pervasive DataExchange User’s Guide.
How Do I Get Notified by E-mail for a Replication Failure?
See Pervasive DataExchange Agent in Pervasive DataExchange User’s Guide.
What happened to PVSW\BIN?
Pervasive DataExchange files are no longer installed to <drive>:\pvsw\bin. This change comes as Pervasive Software adopts the same program and security guidelines established by Microsoft for its current operating systems.
Where are the Pervasive DataExchange files installed?
To comply with the new guidelines established by Microsoft for the Vista operating system, new installations of Pervasive DataExchange are in the following default location:
<drive:>\ProgramData\Pervasive Software\PSQL\Replication
<drive:>\Program Files\Pervasive Software\PSQL\BIN
<drive:>\Program Files (x86)\Pervasive Software\PSQL\Replication
<drive:>\Program Files (x86)\Pervasive Software\PSQL\BIN
<drive:>\Documents and Settings\All Users\Application Data\Pervasive Software\PSQL\Replication
<drive:>\Program Files\Pervasive Software\PSQL\BIN
<drive:>\Program Files (x86)\Pervasive Software\PSQL\Replication
<drive:>\Program Files (x86)\Pervasive Software\PSQL\BIN
<drive:>\Program Data\Pervasive Software\PSQL\Replication
<drive:>\Program Files\Pervasive Software\PSQL\Replication
<drive:>\Documents and Settings\All Users\Application Data\Pervasive Software\PSQL\Replication
<drive:>\Program Files\Pervasive Software\PSQL\Replication
Note: The DataExchange Event Handler files are installed on all 64-bit platforms at <drive:>\Program Files\Pervasive Software\PSQL\BIN
1 Windows Vista and later refers to Windows Vista and any Windows operating system released after Windows Vista that is currently supported by Pervasive PSQL.
2 Windows pre-Vista refers to any Windows operating system currently supported by Pervasive PSQL that was released prior to Windows Vista.
Uninstalling Pervasive DataExchange
The uninstall program removes all DataExchange components from your system. Uninstall removes databases registered by Pervasive PSQL that are located under <Installation Directory >\Replication.
The uninstall program does not remove any databases that were created in locations other than under <Installation Directory >\Replication. It also does not remove the DSNs and database names associated with these databases.
If you have activated databases located under PSQL\Replication, perform the following actions before you uninstall DataExchange:
*
*
*
If you do not deactivate the database before you remove the template, uninstall leaves the database files and the associated replication files. The replication files do not cause any problems but you may prefer to reclaim physical storage by deleting them.
Note The Pervasive PSQL database engine must be stopped and restarted during the uninstall of Pervasive DataExchange. If your business requirements prohibit stopping the database engine during certain hours, uninstall DataExchange during an acceptable period.
*
Note You are not required to uninstall DataExchange before upgrading it. If you want to upgrade DataExchange, see Upgrading Pervasive DataExchange. An uninstall removes all DataExchange design and activated database information from your system. Uninstalling requires that you redesign your replication databases.
1
Access the Add/Remove Programs from the Control Panel on your Windows operating system.
2
Click Pervasive DataExchange in the list.
3
Click the button to remove a program. The button may be labelled Add/Remove or Remove. The program to uninstall Pervasive DataExchange begins.
4
Click OK in response to the message about completely removing DataExchange.
5
Click Yes, and OK to confirm, in response to any messages about removing shared components.
6
Click OK when the uninstall program completes.
7
 
This chapter gives a brief tutorial example for how to deploy a database for replication between two machines. The chapter contains the following sections:
*
*
*
The procedures in this tutorial are covered in more detail in Pervasive DataExchange User’s Guide.
Deployment Process
This chapter covers the simple deployment process to prepare your database for real-time backup between two machines. The process combines the use of the DataExchange utility DXdeploy and a file copying task that you perform manually.
The deployment process has four steps:
1
2
3
4
An optional fifth step involves setting up a replication schedule with DataExchange Manager.
The easiest way to understand the process is to perform an example deployment using the sample database Demodata. The example concentrates on what to do. You can then learn about why you perform certain actions by reading Working with Your Database.
Tip The deployment process described in this chapter can also be performed using the DataExchange Deployment Wizard. The Deployment Wizard is an interactive and automated method for quick and easy replication deployment.
Working with the Demodata Sample Database
This section describes how to deploy the sample database Demodata for replication. Demodata is provided with both Pervasive PSQL Server and Workgroup.
The procedures in this section present do not explain why you do things so that you can concentrate on what to do. The intent is to quickly deploy Demodata for replication. After you’ve seen what to do, read the next section, Working with Your Database to understand the why.
This section presents two procedures, each with several tasks:
*
*
*
*
*
*
*
*
*
*
*
Since this deployment is only an example, you will not set up a replication schedule.
Note Pervasive PSQL contains security models for Btrieve applications. This section assumes that you deploy Demodata on sites with the Classic security model (the default model).
If DefaultDB uses either the Mixed or Database security model, you must ensure that Demodata can be deployed. The easiest way to do this is to temporarily remove the password for DefaultDB on each site for which security is set.
To do so, in PCC right-click DefaultDB and select Properties. Click the Security tab, select the checkbox Disable database security, and click Apply. If you’re not logged in to DefaultDB, provide the master password. Click OK. Remember to reenable security for DefaultDB after you complete the example deployment.
If you want to retain security and deploy Demodata, see Pervasive PSQL Security in Pervasive DataExchange User’s Guide.
Deploying Demodata for Replication
Before you work through this example, be sure you’ve already installed both a First Site and a Partner Site (backup site) as explained in Installing Pervasive DataExchange:
You will perform the following tasks for this example:
*
*
*
*
*
Tip So that you can restore Demodata to its original state after this deployment exercise, we recommend saving a copy of the database files before proceeding with this example.
*
1
On the First Site machine, open the folder C:\<Installation Directory >\Replication\Docs.
2
Open the XML descriptor file EXPRESS.XML in a text editor.
The file should resemble the following (comments excluded):
<?xml version="1.0"?>
<DXDeployment>
  <Configuration Project="DXProj" Network="DXNet"
   Release="1.0" Method="1-way">
    <Sites>
      <First
        ServerName="this.hostname"
        DSN="DXDatabase"
        DataDirectory="C:\MYDATA">
          <Files>
            <Include Path="*.mkd" />
            <Include Path="*.btr" />
            <Include Path="*.dat" />
            <Include Path="*.ddf" />
          </Files>
      </First>
      <Partner
        ServerName="remote.hostname"
        DSN="DXDatabase"
        DataDirectory="C:\MYDATA" />
    </Sites>
  </Configuration>
</DXDeployment>
3
Save EXPRESS.XML as ExampleRTB.xml.
You may save the file to the location you choose on your First Site machine. This example uses C:\<Installation Directory >\Replication\Docs.
4
For example, if the name of your First Site is db_server1:
      <First
        ServerName="
db_server1"
5
For First Servername, change DataDirectory="C:\MYDATA"> to DataDirectory="C:\<Installation Directory >\Demodata">.
The information should read something similar to the following:
      <First
        ServerName="db_server1"
        DSN="DXDatabase"
        DataDirectory="
C:\<Installation Directory >\Demodata">
 
Because this is just an example, leave the DSN as DXDatabase.
6
The Demodata data files contain a file extension .mkd. Therefore, keep the line <Include Path="*.mkd" />.
7
            <Include Path="*.btr" />
            <Include Path="*.dat" />
 
Because Demodata has data dictionary files (DDFs), keep <Include Path="*.ddf" />. Typically you want to replicate DDFs. Note that the DSN created by DXdeploy does not use Demodata DDFs but uses its own in replication.
8
Change remote.hostname to your site name or IP address. For example, if the Partner Site machine is db_server2:
      <Partner
        ServerName="
db_server2"
9
For partner server name, change DataDirectory="C:\MYDATA" /> to DataDirectory="C:\Demodata" />.
The information should now read something like the following:
      <Partner
        ServerName="db_server2"
        DSN="DXDatabase"
        DataDirectory="
C:\Demodata" />
 
Note The data directory on the Partner Site could be C:\<Installation Directory >\Demodata if you want to overwrite the sample database. This example uses a different directory to preserve the Demodata sample database as installed by Pervasive PSQL.
10
*
1
DXdeploy /Site=First C:\<Installation Directory >\Replication\Docs\ExampleRTB.xml
2
Press Enter.
As it runs, DXdeploy displays high-level status messages:
*
*
*
*
More detailed messages are written to dxdeploy.log, located in the folder <Installation Directory >\Replication\LogFiles. To view these messages on-screen while DXdeploy runs, you can use the /LOGFILE= option. For example, DXdeploy /Site=First /LOGFILE= ExampleRTB.xml. A space follows the equal sign after LOGFILE=.
DXdeploy is complete when the command prompt reappears and when it enters the following message in the log file:
"Successfully completed all deployment actions."
*
You can visually verify that deployment has succeeded.
1
Start PCC if it is not already running. (Select Control Center & Documentation from the operating system Start menu or Start screen.)
The name of the First Site appears under the Engines branch.
2
DXDatabase is listed as a database.
3
The “A” icon shown on its Replication node indicates that the database is activated.
Figure 3-3 DXDatabase Activated on First Site
*
After DXdeploy completes on the First Site, do the following:
1
From the First Site, copy the file C:\<Installation Directory >\Replication\Docs\ExampleRTB.xml to the same folder on the Partner Site.
2
3
Copy the contents of the First Site folder C:\<Installation Directory >\Replication\Templates\DXDatabase to C:\Demodata on the Partner Site.
Note Demodata files reside in a relative location that can be wherever you choose on the Partner Site. Your application may require absolute paths to certain data files. See File Copying for details.
*
1
DXdeploy /Site=Partner C:\<Installation Directory >\Replication\Docs\ExampleRTB.xml
2
Press Enter.
As it runs, DXdeploy displays high-level status messages:
*
*
*
*
More detailed messages are written to dxdeploy.log, located in the folder <Installation Directory >\Replication\LogFiles. To view these messages on-screen while DXdeploy runs, you can use the /LOGFILE= option. For example, DXdeploy /Site=Partner /LOGFILE= ExampleRTB.xml. A space follows the equal sign after LOGFILE=.
DXdeploy is complete when the command prompt reappears and when it enters the following message in the log file:
"Successfully completed all deployment actions."
When DXdeploy runs on the Partner Site, it also performs an initial replication between the First Site and the Partner Site. The initial replication populates the data on the Partner Site so that it is the same as on the First Site.
Congratulations! You’ve successfully deployed Demodata for replication.
Removing the Example Deployed Database
You do not need to keep the example deployed database. The following tasks explain how to remove it from the First Site and the Partner Site.
*
*
*
*
*
Task 1: Deactivate the example database on both sites
1
On the First Site machine, open a command prompt.
2
Type DXdeact DXDatabase
The command string is case-insensitive.
3
Press Enter.
The example database on the First Site is now deactivated.
4
*
1
*
Select DX Template Remover from the operating system Start menu or Apps screen.
*
In PCC, select DataExchange Template Remover.
The Template Remover Wizard displays its welcome dialog.
2
Click Next.
Template Remover asks you to choose a template to remove.
3
4
Select Remove DataExchange System Tables and click Yes in the warning message to confirm that you wish to continue.
5
Select Remove DSN and database name.
The wizard should now resemble the following:
6
Click Next.
The wizard removes the template and presents a summary.
7
Click Close.
*
1
On the First Site, find the DX_projectname directory under C:\<Installation Directory >\Demodata that was created during deployment.
DX_projectname is the name given to your replication project in the XML deployment file, in this case DXProj in the following line in ExampleRTB.xml:
<Configuration Project="DXProj" Network="DXNet" Release="1.0" Method="1-way">
2
Delete the folder \<Installation Directory >\Demodata\DX_DXProj.
3
Delete the DXDatabase folder under C:\<Installation Directory >\Replication\Templates.
*
1
On the Partner Site, start PCC if it is not already running. (Select Control Center & Documentation from the operating system Start menu or Start screen.)
2
In the database list, right-click DXDatabase and select Delete.
A dialog box asks you to confirm the deletion.
3
Click Yes.
A dialog box asks you to confirm DSN removal.
4
Verify that DXDatabase is the database name selected.
5
For the option Always remove associated DSN entries, do one of the following:
*
*
6
DXDatabase is removed from the database list in PCC.
7
Working with Your Database
The Demodata example demonstrated the four-part deployment process:
1
2
3
4
This section discusses the process in more detail so that you can apply it to your own database. Before beginning the process, however, you need to determine which tables to replicate and ensure that they can be replicated.
What to Determine First
To deploy a database for replication, you need first to determine the following:
*
*
Which Tables To Replicate
Determine which tables need to be replicated. Consider any situations in which tables created dynamically also need to be replicated. See Adding Dynamic Tables to an Activated Database, in Pervasive DataExchange User’s Guide.
You specify the tables to be replicated in the XML deployment descriptor file. See XML Deployment Descriptor File.
System Data and Key
For real-time backup replication, DataExchange requires that each table to be replicated has a unique system key. The replication control tables track changes by using the unique keys.
You may use the Pervasive PSQL utility Butil to determine if a table contains system key and data. For example, suppose you want to check table mytable.mkd located in c:\mydata. You would enter the following on a command line:
butil -stat c:\mydata\mytable.mkd
Among other information, the statistics output informs you about system data and key. If the output shows that System Data = Yes and SYSKEY Status = Present, then system data and key is present.
If the existing database does not have system keys, you must add system data and keys with the Pervasive PSQL Rebuild utility. Refer to the Rebuild Utility chapter in the Pervasive PSQL Advanced Operations Guide.
Pervasive PSQL Security
Pervasive PSQL provides security models for Btrieve applications. However, the activated databases created by DXdeploy do not contain security, even if the source database does. You may add security to a replication database if you choose. See Pervasive PSQL Security in Pervasive DataExchange User’s Guide. For more details, see also the chapter on Pervasive PSQL Security in the Pervasive PSQL Advanced Operations Guide.
XML Deployment Descriptor File
The XML deployment descriptor file is a text file in which you specify information for the DXdeploy utility. For real-time backup between two machines, you use the descriptor file EXPRESS.XML. This file is located in the \<Installation Directory >\Replication\Docs folder.
You must edit the XML file for your situation. The following table explains the attributes in the XML file that may require editing. The default value for some of the attributes may be adequate as is. With the exception of Exclude Path, DXdeploy requires all of the attributes. DXdeploy is further discussed in Pervasive DataExchange User’s Guide. See dxdeploy.
 
Project often corresponds to a specific database. If your goal is to replicate a database named mydatabase, then you may want to call the project mydatabase project or something similar that helps you remember which database is involved.
Relative paths are relative to DataDirectory listed in the <Sites> section of the XML file.
DataDirectory in First Servername applies to the First Site. DataDirectory in Partner Servername applies to the Partner Site.
DXdeploy Utility on First Site
After you edit the XML descriptor file, you run the DXdeploy utility on the First Site. The utility creates a template of the source data files. (Hereafter, for ease of discussion, the source data files will be referred to collectively as the source database.)
A template is a special type of database specifically for use with the replication tools. It contains various types of control tables used for replication. A template may also contain the data from the source database. DXdeploy creates a template without source data. (In step four of the deployment process, the source data gets replicated from the First Site to the Partner Site.)
You use a template to activate a database. Activation is the process of enabling a database for replication and establishing it as belonging to a site. DXdeploy also activates the source database on the First Site.
The following table explains where DXdeploy places the deployment files.
An activated database is placed in a folder named DX_projectname, which is subordinate to the source database folder.
All templates are placed in the <Installation Directory >\Replication\Templates folder.
<Installation Directory >\Replication\Templates\
mydbdsn — This folder contains the empty data files produced from the source data files. The empty files are considered part of the template. Also in this folder is a copy of the XML descriptor file.
<Installation Directory >\Replication\Templates\
mydbdsn\DX_myproject — This folder contains the remaining replication-enabled files, such as the control tables.
Note The activation process performed by DXdeploy may take from a few minutes to several hours depending on the size and number of data tables involved. However, you may proceed with the next step, copying the template files to the Partner Site, as soon as DXdeploy finishes creating the template.
Check for the following message on the screen: “Starting the Activate action . . .” After this message appears, you may copy the template files to the Partner Site. Typically, the template is created quite rapidly, even for a large number of data files.
File Copying
After DXdeploy creates the template on the First Site, you must manually copy the template to your Partner Site.
Example of What to Copy Where
DXdeploy creates template directories to help you determine where to copy the files on the Partner Site. For example, suppose your application’s DSN is mydbdsn and its database name is mydatabase. Mydatabase uses four data files located as follows on your First Site:
*
*
*
*
Your edited XML descriptor file would resemble the following:
<First
  ServerName="db_server1"
  DSN="Mydbdsn"
  DataDirectory="C:\myapp\data" >
    <Files>
     <Include Path="*.mkd" />
     <Include Path="other\*.mkd" />
     <Include Path="c:\employees\accting\table4.mkd"/>
The first and second Include Path statements are relative to DataDirectory. Assume that table4.mkd is a bound table and must be located at C:\employees\accting. It requires an absolute path.
Given this example, the following table explains where on the Partner Site you would copy the template files.
\<Installation Directory >\Replication\
Templates\mydbdsn\
mydatabase\DX_myproject
DX_projectname subdirectory:
<Installation Directory >
Replication
  Templates
    mydbdsn
      mydatabase
         DX_projectname
\<Installation Directory >\Replication\
Templates\mydbdsn\
mydatabase\c_drive\
employees\accting
Note If you’ve installed your application on the Partner Site, its data files may already reside there. If so, overwrite them with the template files.
DXdeploy Utility on Partner Site
After the template is copied to the Partner Site and DXdeploy activates it on the First Site, activate the Partner Site. Run DXdeploy with the same XML deployment descriptor file used for the First Site. The edited file is found in the database directory under <Installation Directory >\Replication\Templates, which in the example above would be \<Installation Directory >\Replication\Templates\mydbdsn\mydatabase.
Caution DXdeploy must finish activation on the First Site before you run it on the Partner Site. On the First Site, check on-screen for the message: “Activation done, now synchronizing tables.” Once the message appears, run DXdeploy on the Partner Site.
Replication Schedule
After DXdeploy completes on the Partner Site, it performs an initial replication with the First Site. (DXdeploy must have completed on the First Site, also.) The initial replication between the sites fully populates the data tables on the Partner Site.
Following deployment, you may want to set up a replication schedule to initiate replication. A replication schedule periodically keeps the Partner Site data concurrent with the First Site data. See Schedule Tasks in Pervasive DataExchange User’s Guide for how to set up a replication schedule.
Note Ensure that you set up the schedule on the First Site. That way, data flows from the First Site to the Partner Site.
Disaster Recovery
If your First Site is catastrophically destroyed, you may restore your data from the Partner Site to a new First Site and reestablish your replication network. See Disaster Recovery in Pervasive DataExchange User’s Guide.