Show TOC

Mirror Servers (SQL Anywhere)Locate this document in the navigation structure

SQL Anywhere (v12 and higher) supports database mirroring through the use of mirror servers. PowerDesigner models mirror servers as extended objects with a stereotype of <<MirrorServer>>.

Creating a Mirror Server

You can create a mirror server in any of the following ways:

  • Select Start of the navigation path Model Next navigation step Mirror Servers End of the navigation path to access the List of Mirror Servers, and click the Add a Row tool.

  • Right-click the model (or a package) in the Browser, and select Start of the navigation path New Next navigation step Mirror Server End of the navigation path.

Mirror Server Properties

You can modify an object's properties from its property sheet. To open a mirror server property sheet, double-click its diagram symbol or its Browser entry in the Mirror Servers folder.

The following extended attributes are available on the Options tab:

Name

Description

Type

Specifies the type of mirror server to create. You can choose between:
  • Primary - defines a virtual or logical server, whose name is the alternate server name for the database, which can be used by applications to connect to the server currently acting as the primary server. There can be only one PRIMARY server for a database.
  • Mirror - defines a virtual or logical server, whose name is the alternate server name for the database, which can be used by applications to connect to the server currently acting as the read-only mirror. There can be only one MIRROR server for a database.
  • Arbiter - assists in determining which of the PARTNER servers takes ownership of the database. The arbiter server must be defined with a connection string that can be used by the partner servers to connect to the arbiter. There can be only one ARBITER server for a database.
  • Partner - is eligible to become the primary server and take ownership of the database. You must define two PARTNER servers for database mirroring, and both must have a connection string and a state file. In a read-only scale-out system, you must define one PARTNER server. This server is the root server, and runs the only copy of the database that allows both read and write operations.
  • Copy - In a read-only scale-out system, this value specifies that the database server is a copy node. All connections to the database on this server are read-only. You do not have to explicitly define copy nodes for the scale-out system; you can choose to have the root node define the copy nodes when they connect.

Scripting name: Type

Using auto parent

[Copy only] Specifies that the primary server will assign a parent for this server.

Scripting name: UsingAutoParent

Parent

[Copy only] Specifies a tree of servers for a mirroring or scale-out system and indicates the servers from which the non-participating nodes obtain transaction log pages.

Scripting name: ParentServer

Alternate parent

[Copy only] Specifies an alternate parent for the copy node.

Scripting name: AlternateParentServer

Primary

[Copy only] Specifies that the parent server is the primary server.

Scripting name: PrimaryParentServer

Connection string

Specifies the connection string to be used to connect to the server.

Scripting name: ConnectionString

Log file

Specifies the location of the log file that is sent between mirror servers.

Scripting name: LogFile

Preferred

[Partner only] Specifies whether the server is the preferred server in the mirroring system, which assumes the role of primary server whenever possible.

Scripting name: Preferred

State file

[Arbiter, Partner] Specifies the location of the file used for maintaining state information about the mirroring system.

Scripting name: StateFile