What’s new in this guide
Various bug fixes. See the Release Notes.
- End-users can benefit from the Background archive transfer for edge server submits
- Edge-to-edge chaining: an edge server can be configured to connect to another edge server without needing to sync from a remote commit server.
- See also "Commit-edge" in "Introduction to multi-site deployment architectures" and Filtering metadata during replication or edge-to-edge chaining.
Various bug fixes as mentioned in the Release Notes.
To help the standby server stay as current as possible with the master server, consider using the configurable that enables writing to the device on which the standby server's active journal would be located. See the mention of the
rpl.journalcopy.location configurable at Configuring a read-only replica.
Complete replication for graph depot archives
Edge servers support syncing file content from graph depots. Replication supports graph depots that contain pack files, loose files, or a mixture of the pack files and loose files.
For information about depots of type graph, see:
- Working with depots of type graph in the Helix Core P4 Command Reference.
Overview in the Helix4Git Administrator Guide.
Helix Core server Control (p4dctl) has moved
The appendix formerly named Helix Versioning Engine Control (p4dctl), which was both in this guide (volume 2 of the "Helix Versioning Engine Administrator Guide") and in the volume 1, "Helix Versioning Engine Administrator Guide: Fundamentals" (volume 1) is now exclusively in volume 1 at https://www.perforce.com/perforce/doc.current/manuals/p4sag/#P4SAG/appendix.p4dctl.html.