DDP | ER FAQ

The DDP | ER GUI (user interface) communicates with two services. The DDPER backup service, which does backups and restores, and the PostgreSQL service, the database manager.

Each service uses a port to communicate with the outside world.

The PostgreSQL port is set to 5435 by default. When PostgreSQL starts up it scans and selects a valid port starting at 5435.

The DDP | ER service uses port 8631 (HTTP) and 8632 (HTTPS) by default. When it starts up it scans for an open port to use for HTTPS. HTTP is currently deprecated and kept at 8631.

The service port values are defined by lines in the Endpoint.conf configuration file. This file can be found in C:\ProgramData\Dell\Endpoint and it can only be edited when the DDP | ER service is stopped. Within that xml file are settings for HTTPPort and HTTPSPort that can be edited. The PostgreSQL port values are defined in both the Endpoint.conf file (for use by the Endpoint Recovery service) and in the postgresql.conf file in the PostgreSQL dbdata folder in ProgramData (for the PostgreSQL service).

Why Does my Destination show as Online when it is Offline?

DDP | ER is very careful about using resources. This means that we don't check for whether a destination is offline unless we need the destination. So the destination status will not be updated until an activity happens (or tries to happen). USB devices will update quickly because we track the USB disconnect signal (which can be done at zero resource usage). Remote devices will update only when they are used.

Why does the user interface update 10 seconds after I change something?

This is again a battery saving mechanism and CPU saver. We only check status from the GUI every now and then. So, some activities will take a little while to propagate to the user interface. Each tab updates every 10 seconds or so and until then data can be stale. Where it's very important (such as the restore tab) we provide a Refresh button to let you update immediately.

Why does my backup show as Partially Successful when I have a locked file?

When you have a file that is locked (such as an Outlook .pst data file) a (non-shadow-copy) backup will fail to back up that locked file. If the rest of a folder or file set was backed up then the job is reported as Partially Successful. However, after this another backup using Shadow Copy will be automatically started to back up that locked file. This backup job should run successfully. So, the first backup was only partially successful but the two together are a single successful backup.