Product Documentation
- Section I. Overview and planning
- Introduction to Resiliency Platform
- About Veritas Resiliency Platform
- About Resiliency Platform features and components
- About Resiliency Platform capabilities
- Replication in a Resiliency Platform deployment
- About Veritas Resiliency Platform Data Mover
- About managing VMware Storage vMotion in Resiliency Platform
- About managing VMware snapshots in Resiliency Platform
- About IPv6 network support in Resiliency Platform
- Planning a resiliency domain for efficiency and fault tolerance
- On-boarding with Resiliency Platform
- About Resiliency Platform APIs
- Recovery options using Resiliency Platform
- Recovering physical machines to AWS using Resiliency Platform Data Mover
- Recovering VMware virtual machines to Orange Recovery Engine
- Recovering VMware virtual machines to AWS
- Recovering Hyper-V virtual machines to AWS
- Migrating VMware virtual machines to AWS
- Recovering VMware virtual machines to Azure
- Recovering Hyper-V virtual machines to Azure
- Recovering VMware virtual machines to HUAWEI CLOUD
- Recovering VMware virtual machines to OpenStack
- Recovering Hyper-V virtual machines to OpenStack
- Recovering physical machines to vCloud Director using Resiliency Platform Data Mover
- Recovering VMware virtual machines to vCloud Director
- Recovering Hyper-V virtual machines to vCloud Director
- Recovering VMware virtual machines to vCloud Director without adding vCenter server
- Recovering Hyper-V virtual machines to vCloud Director without adding Hyper-V server
- Recovering virtual machines from vCloud Director to vCloud Director
- Recovering physical machines to Orange Recovery Engine using Resiliency Platform Data Mover
- Recovering physical machines to VMware virtual machines on an on-premises data center using Resiliency Platform Data Mover
- Recovering VMware virtual machines to on-premises data center using Resiliency Platform Data Mover
- Recovering VMware virtual machines from VMware to VMware using NetBackup
- Recovering virtual machines from VMware to AWS using NetBackup Automated disaster recovery
- Recovering VMware virtual machines using third-party replication technology
- Recovering Hyper-V virtual machines using third-party replication technology
- Recovering Applications using third-party replication technology
- Recovering InfoScale applications
- Deployment checklist
- Checklist for recovery of VMware virtual machines to AWS
- Checklist for recovery of physical machines to AWS using Resiliency Platform Data Mover
- Checklist for recovery of Hyper-V virtual machines to AWS
- Checklist for recovery of VMware virtual machines to Azure
- Checklist for recovery of Hyper-V virtual machines to Azure
- Checklist for recovery of VMware virtual machines to HUAWEI CLOUD
- Checklist for recovery of VMware virtual machines to Orange Recovery Engine
- Checklist for recovery of physical machines to Orange Recovery Engine using Resiliency Platform Data Mover
- Checklist for recovery of VMware virtual machines to OpenStack
- Checklist for recovery of Hyper-V virtual machines to OpenStack
- Checklist for recovery of VMware virtual machines from on-premises data center to vCloud Director
- Checklist for recovery of Hyper-V virtual machines from on-premises data center to vCloud Director
- Checklist for recovery of virtual machines from vCloud Director to vCloud Director
- Checklist for recovery of physical machines to vCloud Director using Resiliency Platform Data Mover
- Checklist for recovery of physical machines to on-premises data center using Resiliency Platform Data Mover
- Checklist for recovery of VMware virtual machines to on-premises data center using Resiliency Platform Data Mover
- Checklist for recovery of VMware virtual machines using NetBackup
- Checklist for recovery of VMware virtual machines to AWS cloud using NetBackup
- Checklist for recovery of VMware virtual machines to on-premises data center using third-party replication technology
- Checklist for recovery of Hyper-V virtual machines to on-premises data center using third-party replication technology
- Checklist for recovery of applications to on-premises data center using third-party replication technology
- Checklist for recovery of InfoScale applications
- Prerequisites for vCenter server
- Prerequisites for ESXi cluster nodes
- Support matrix for RDM disk support
- System requirements
- System resource requirements for Resiliency Platform
- Network and firewall requirements
- Ports required for Resiliency Manager
- Ports required for IMS
- Ports required for recovery of assets using NetBackup
- Ports required for hosts
- Ports required for recovery of assets to AWS
- Ports required for recovery of assets to Azure
- Ports required for recovery of assets to Orange Recovery Engine
- Ports required for recovery of assets to HUAWEI CLOUD
- Ports required for recovery of assets to OpenStack
- Ports required for recovery of assets to vCloud Director
- Ports required for recovery of physical machines to on-premises data center
- Ports required for recovery of assets to on-premises data center using Resiliency Platform Data Mover
- Ports required for Replication Gateway used for recovery to cloud data center
- Ports required for Replication Gateway for recovery to vCloud Director without adding the vCenter or Hyper-V server
- Ports required for Replication Gateway used for recovery of physical machines
- Ports required for Replication Gateway used for recovery of VMware virtual machines to on-premises data center
- Ports required for recovery of assets to on-premises data center using third-party replication technology
- Ports required for recovery of InfoScale applications
- Manage licenses
- Using the Web Console
- Introduction to Resiliency Platform
- Section II. Deploying and configuring the virtual appliances
- Deploy and configure
- About deploying the Resiliency Platform virtual appliances
- Downloading the Veritas Resiliency Platform virtual appliances
- Downloading the Resiliency Platform virtual appliances for recovery to vCloud
- Deploying the virtual appliance through VMware vSphere Client
- Deploying the virtual appliance through Hyper-V Manager
- Deploying the virtual appliances in AWS through AWS Marketplace
- Deploying the virtual appliances in AWS using OVA files
- Deploying the Data Gateway in AWS
- Deploying the virtual appliances in Azure using PowerShell script
- Deploying the virtual appliances in Azure through Azure Marketplace
- Deploying the virtual appliances in vCloud
- Deploying the virtual appliance in OpenStack through OpenStack dashboard
- Deploying the virtual appliance in OpenStack using volumes
- Deploying the virtual appliances in HUAWEI CLOUD
- Deploying the virtual appliances in Orange Recovery Engine
- About configuring the Resiliency Platform components
- Uninstalling Resiliency Platform components when deployed through AWS Marketplace
- Virtual appliance security features
- About hotfixes
- References
- Apply Updates
- About applying updates to Resiliency Platform
- Adding disks with duplicate UUID for a Replication Gateway Appliance
- Upgrading AWS infrastructure when deployed through AWS Marketplace
- Upgrading AWS infrastructure when deployed using OVA files
- Prerequisites for a repository server
- Setting up the repository server
- Adding a repository server in Resiliency Platform
- Assigning a repository server in Resiliency Platform
- Applying updates to virtual appliances using the console
- Applying updates to virtual appliance using klish menu
- Refreshing the information about applicable updates
- Removing an update from the repository server
- Removing a repository server
- Downloading the Resiliency Platform update
- Setting up the YUM server
- Applying update for InfoScale environment
- Applying updates to the hosts
- Applying update on Resiliency Managers
- Applying updates to the Veritas Data Gateway
- Deploy and configure
- Section III. Setting up and managing the resiliency domain
- Managing the resiliency domain
- Setting up the resiliency domain
- Connecting to the Resiliency Platform web console
- Getting started with a new Resiliency Platform configuration
- Managing Resiliency Managers
- Managing Infrastructure Management Servers
- Managing on-premises data centers
- Adding OpenStack private cloud instance
- Managing cloud configurations
- Managing private cloud configurations
- Integrating with NetBackup
- Integrating with InfoScale Operations Manager
- Managing the resiliency domain
- Section IV. Adding the asset infrastructure
- Manage Resiliency Platform host assets
- Adding the asset infrastructure
- Managing host assets
- About adding host assets
- Prerequisites for adding hosts
- Adding application hosts
- Refreshing host discovery information
- Removing hosts
- Uninstalling the host package from a Linux host
- Uninstalling the host package from a Windows host
- Reasons for add host operation failure
- Preparing host for replication
- Refreshing the replication host
- Moving the replication host to another IMS
- Removing the replication host
- Manage VMware assets
- Managing VMware virtualization servers
- Prerequisites for adding VMware virtualization servers
- VMware vCenter Server privileges: configuring ESX servers
- VMware vCenter Server privileges: basic monitoring of assets
- VMware vCenter Server privileges: using third party replication
- VMware vCenter Server privileges: replication to on-premises data center
- VMware vCenter Server privileges: replication to cloud data center
- VMware vCenter Server privileges: using NetBackup
- Prerequisites for adding VMware virtualization servers
- About near real-time discovery of VMware events
- Setting up near real-time discovery of VMware events
- Configuring the VMware vCenter Server to generate SNMP traps
- Adding VMware virtualization servers
- Editing a VMware virtualization discovery configuration
- Viewing the details of a VMware virtualization discovery configuration
- Removing a VMware vCenter Server discovery configuration
- Refreshing VMware vCenter Server discovery information
- Managing VMware virtualization servers
- Manage Veritas Replication VIB
- Manage Hyper-V assets
- Manage Gateways
- Managing Replication Gateways
- Adding a Replication Gateway
- Refreshing a Replication Gateway
- Removing a Replication Gateway
- Moving a Replication Gateway to another IMS
- Viewing Replication Gateways
- About Replication Gateway pair
- Creating a Replication Gateway pair
- Modifying encryption for a Replication Gateway pair
- Replacing a Replication Gateway from a gateway pair
- Removing a Replication Gateway pair
- Viewing Replication Gateway pairs
- Configuring PXE on Replication Gateway
- Configuring the Replication Gateway as a DHCP Server
- Unconfiguring PXE boot server from a Replication Gateway
- Unconfiguring DHCP server from a Replication Gateway
- Managing Data Gateway
- Manage enclosure assets
- About the discovery host for enclosures
- Adding a discovery host
- Refreshing a discovery host
- Removing a discovery host
- Configuration prerequisites for adding storage enclosures to an IMS
- Adding storage enclosures
- Adding RecoverPoint appliance for replication
- Editing the discovery configuration for an enclosure
- Removing the discovery configuration for an enclosure
- Refreshing enclosure discovery information
- Manage Resiliency Platform host assets
- Section V. Managing networks
- Manage networks
- Managing network objects
- About network objects
- Adding a subnet
- Adding a Hyper-V VLAN
- Adding a network group
- Editing network objects
- Removing network objects
- Creating network pairs between source and target data centers
- Deleting a network pair
- Configuring DNS server settings for a data center
- Example of command for Windows keytab file
- Network pairs for recovering virtual machines to AWS
- Network pairs for recovering virtual machines to Azure
- Network pairs for recovering virtual machines to HUAWEI CLOUD
- Network pairs for recovering virtual machines to Orange Recovery Engine
- Network pairs for recovering virtual machines to OpenStack
- Network pairs for recovering virtual machines to vCloud Director
- Network pairs for recovering virtual machines to vCloud Director without adding hypervisor server
- Network pairs for recovering virtual machines from vCloud Director to vCloud Director
- Network pairs for recovering machines to on-premises data center
- Network pairs for recovering physical machines to VMware
- Network pairs for recovering physical machines to AWS
- Network pairs for recovering physical machines to Azure
- Network pairs for recovering physical machines to vCloud Director
- Manage settings
- Managing user authentication and permissions
- About user authentication in the web console
- About user permissions in the web console
- Predefined personas
- Configuring authentication domains
- Unconfiguring authentication domains
- Editing authentication domains
- Configuring user groups and users
- Assigning permissions to user groups and users
- Adding custom personas
- Predefined jobs that can be used for custom personas
- About limiting object scope for personas
- Configuring Windows global user
- Managing user authentication and permissions
- Manage networks
- Section VI. Working with resiliency groups
- Organize assets
- Viewing your assets
- Managing resiliency groups
- About resiliency groups with assets
- Configuring a resiliency group for basic monitoring
- Editing a resiliency group
- Deleting a resiliency group
- Starting a resiliency group
- Stopping a resiliency group
- Placing a resiliency group in maintenance mode
- Viewing resiliency group details
- Manage virtual business services
- Organize applications
- Managing applications using Resiliency Platform
- About resiliency groups with applications
- Managing custom applications
- Providing inputs for partially discovered applications
- About application bundles
- Adding an application bundle to the Resiliency Manager
- Installing an application bundle on selected application hosts
- Enabling and disabling application bundle on selected application hosts
- Managing auto-deploy for an application bundle
- Uninstalling an application bundle from selected hosts
- Removing an application bundle
- Editing the discovery schedule for an application type
- Viewing the details of application types
- Viewing the applicable host details
- About resiliency groups with InfoScale applications
- Viewing InfoScale applications details
- Managing applications for basic monitoring
- Managing service objectives
- Organize assets
- Section VII. Configuring for disaster recovery
- Configure using Resiliency Platform Data Mover
- Understanding the role of resiliency groups in disaster recovery operations
- About ensuring the disaster recovery readiness of your assets
- How Resiliency Platform configures disaster recovery protection for virtual machines
- How Resiliency Platform Data Mover handles DR operations
- About manual intervention
- Limitations for virtual machine disaster recovery
- Managing virtual machines for remote recovery (DR) in Amazon Web Services
- Prerequisites for configuring VMware virtual machines for recovery to AWS
- Prerequisites for configuring Hyper-V virtual machines for recovery to AWS
- Replication Gateway pair selection options
- Volume type selection options
- Enable reverse replication option
- AWS Customization options panel
- Network customization options
- Prerequisites for network customization
- Managing virtual machines for remote recovery (DR) to Azure
- Managing virtual machines for remote recovery (DR) to OpenStack
- Managing virtual machines for remote recovery (DR) to HUAWEI CLOUD
- Managing virtual machines for remote recovery (DR) to Orange Recovery Engine
- Managing virtual machines for remote recovery (DR) in vCloud Director
- Managing virtual machines for remote recovery (DR) using Resiliency Platform Data Mover
- Managing physical machines for remote recovery (DR) using Resiliency Platform Data Mover
- Configure using NetBackup
- Prerequisites for configuring VMware virtual machines for recovery using NetBackup images
- Support for NetBackup Instant Access to recover a resiliency group
- Managing VMware virtual machines for remote recovery using NetBackup images
- Managing VMware virtual machines for remote recovery to AWS cloud using NetBackup images
- Configure using 3rd party replication technology
- Preparing VMware virtual machines for using array-based replication
- Configuring VMware virtual machines for disaster recovery using EMC SRDF replication
- Configuring VMware virtual machines for disaster recovery using EMC RecoverPoint replication
- Configuring VMware virtual machines for disaster recovery using NetApp SnapMirror
- Configuring VMware virtual machines for disaster recovery using Hitachi True Copy replication
- Configuring VMware virtual machines for disaster recovery using HPE 3PAR Remote Copy replication
- Configuring VMware virtual machines for disaster recovery using IBM SVC Global Mirror replication
- Configuring VMware virtual machines for disaster recovery using IBM XIV Remote Mirror replication
- Preparing Hyper-V virtual machines for using array-based replication
- Configuring Hyper-V virtual machines for disaster recovery using Hyper-V Replica
- Configuring Hyper-V virtual machines for disaster recovery using EMC RecoverPoint
- Configuring Hyper-V virtual machines for disaster recovery using EMC SRDF
- Configuring Hyper-V virtual machines for disaster recovery using Hitachi TrueCopy Universal Replicator
- Configuring Hyper-V virtual machines for disaster recovery using HPE 3PAR Remote Copy
- Configuring Hyper-V virtual machines for disaster recovery using IBM SVC Global Mirror
- Configuring Hyper-V virtual machines for disaster recovery using IBM XIV Remote Mirror
- Managing virtual machines for remote recovery (DR) using 3rd party replication technology
- Managing applications for remote recovery (DR)
- Prerequisites for configuring applications for disaster recovery
- Prerequisites for configuring InfoScale applications for disaster recovery
- Configuring applications for disaster recovery using EMC SRDF replication
- Configuring applications for disaster recovery using EMC RecoverPoint replication
- Configuring applications for disaster recovery using NetApp SnapMirror replication
- Preparing VMware virtual machines for using array-based replication
- Configure using Resiliency Platform Data Mover
- Section VIII. Managing disaster recovery
- Perform DR operations for virtual machines
- About Rehearse operation
- Rehearse operations for VMware virtual machines - array-based replication
- Rehearse operations for Hyper-V virtual machines - array-based replication
- Performing the rehearsal operation for virtual machines
- Performing cleanup rehearsal for virtual machines
- Migrating a resiliency group
- Taking over a resiliency group of virtual machines
- Performing the resync operation for virtual machines
- Performing the rehearsal operation using NetBackup images
- Performing the rehearsal operation on virtual machines from VMware to AWS using NetBackup Automated DR
- Restoring data using NetBackup to on-premises data center
- Restoring virtual machines to cloud (AWS) using NetBackup Automated DR
- Clearing outage
- Perform DR operations on a VBS
- Perform DR operations for applications
- Rehearse operations for applications - array-based replication
- Performing the rehearsal operation for applications
- Performing cleanup rehearsal for applications
- Migrating a resiliency group of applications
- Taking over a resiliency group of applications
- Performing the resync operation for applications
- Evacuate assets
- Manage Resiliency Plans
- Managing resiliency plans
- About resiliency plans
- Creating a new resiliency plan template
- Editing a resiliency plan template
- Deleting a resiliency plan template
- Viewing a resiliency plan template
- Creating a new resiliency plan
- Editing a resiliency plan
- Deleting a resiliency plan
- Executing a resiliency plan
- Viewing a resiliency plan
- Creating a schedule for a resiliency plan
- Editing a schedule for a resiliency plan
- Deleting a schedule for a resiliency plan
- Viewing a schedule for a resiliency plan
- About manual task
- Using manual tasks in resiliency plans
- About custom script
- Perform DR operations for virtual machines
- Section IX. Product settings
- View activities
- Manage reports
- View logs
- Manage Risk Notifications
- Managing settings for alerts and notifications and miscellaneous product settings
- Adding, modifying, or deleting email settings
- Adding, modifying, or deleting SNMP settings
- Downloading the MIB file
- Setting up rules for event notifications
- Adding, modifying, or removing Syslog server
- Modifying the purge setting for logs and SNMP traps
- Modifying the purge setting for reports
- Modifying the purge setting for activities
- Enabling or disabling telemetry collection
- Showing domains on login screen
- Section X. Using Resiliency Platform APIs
- Section XI. Troubleshooting and Using command line interface
- Troubleshoot
- Recovery of Resiliency Platform components from disaster scenarios
- Troubleshooting: NetBackup issues
- Troubleshooting: Removing a Resiliency Manager from a resiliency domain
- Resolving the Admin Wait state
- Troubleshooting: Delete resiliency group operation
- Troubleshooting: Deployment of virtual appliances in Azure
- Troubleshooting: Copy file into the virtual appliance
- Troubleshooting: Copy file from the virtual appliance
- Manually cleaning up virtual machines
- Troubleshooting: IP customization
- Configure DR operation fails with an integration services error
- Resiliency Platform fails to attach storage policy to virtual machines
- Resiliency Platform fails to create storage policy
- Troubleshooting: Discovery of assets
- Troubleshooting: Hosts not added to IMS after migration to cloud data center
- Troubleshooting: Connection between Resiliency Managers in a resiliency domain
- Troubleshooting: DR operation failure with error message cannot change host configuration at VMware detach disk(s) subtask
- Troubleshooting: If datastores are renamed
- Troubleshooting: Migrate operation
- Troubleshooting: Takeover operation
- Troubleshooting: Failure to add IMS
- Troubleshooting: Replace Replication Gateway operation
- Troubleshooting: klish commands for Resiliency Manager, IMS, or Replication Gateway
- Troubleshooting: In Hyper-V guest environment writeable disk is shown as Read-only
- Troubleshooting: Steps to manually remove addon from hosts managed under Resiliency Platform
- Use klish menu
- Use Application Enablement SDK
- Troubleshoot
- Glossary
Define an application
This category consists of the new API which is the starting point of any application module script. It also contains the APIs that let you define the discovery level of the application, define the operations that can be performed on the application and so on.
Description: This API conveys the application type, for example MSSQL, Oracle, SAP, to the Resiliency Platform. This interface is the starting point of any application module script and is mandatory. This initiates the application along with the logger. The logging level is set to Info by default.
To change the log level, use the reset_log API.
See Logging.
Note:
This interface returns an un-defined object if user specified application type has anything other than the characters A-Z,a-z,0-9,dash(-), or underscore(_).
Is mandatory: Yes
Input parameter: String : Application type.
Return value: Application object, else undefined.
Syntax:
new VRTS::AppSDK::AppEnablementSDK::Application("<Application Type>");Example:
my $appObj = new VRTS::AppSDK::AppEnablementSDK::Application("TestApp");Description: Use this interface to declare the types of discoveries that your application script supports. For the Resiliency Platform to discover the applications, you need to define the discovery types such as deep and probe. Use comma as a delimiter to define more than one discovery level.
Deep and probe discovery types are mandatory.
DEEP: discovers the entire application and its components including files.
PROBE: only checks the status of the application instances. For example whether the application is online or offline.
Is mandatory: Yes
Input parameter: String : Discovery level type, value must be "DEEP" and "PROBE".
Return value: 0 if successful, else any positive number.
Example:
my $appObj = new VRTS::AppSDK::AppEnablementSDK::Application("TestApp");
$appObj->set_discovery_types("DEEP", "PROBE"); Description: Use this interface to provide a list of operations that a particular application module script supports. For example, start an application and stop an application. Use comma as a delimiter to define more than one operation type. This interface is mandatory for the Resiliency Platform to execute the discovery script and perform operations on the applications.
Start and stop operations are mandatory.
Is mandatory: Yes
Input parameter: String: Operations types, value must be "START" and "STOP".
Return value: 0 if successful, else any positive number.
Example:
my $appObj = new VRTS::AppSDK::AppEnablementSDK::Application("TestApp");
$appObj->set_operation_types("START", "STOP"); Description: Use this interface to register the discovery operation callback function against the discovery operation type defined using the set_discovery_types API. The registered callback function is invoked only when the application module script is invoked with said discovery operation. This is a mandatory interface that conveys the Resiliency Platform the sub-routine which is capable of executing the operation and returning an appropriate return code and return message.
Ensure that the discovery script continues to discover the application in offline mode. Else, when the application is offline it is not discovered, and hence the instance is removed from the Resiliency Platform console. The resiliency group created using the instance becomes invalid.
The callback function is a sub-routine which is defined in the application module script and is capable of executing a said discovery operation successfully. The callback function returns 0 if the said operation is executed successfully else returns any positive number to indicate failure. Along with the return code you can also return a string containing either the success or the failure message. Providing a return code is mandatory otherwise the operation is considered as failed. Providing a return message is optional.
Is mandatory: Yes
Input parameter: String: Discovery operation - the discovery operation name which is previously set using the set_discovery_types API.
Input parameter: Callback function reference - the reference of the sub-routine which is defined in the application module script.
Return value: 0 if successful, else any positive number.
Example:
my $appObj = new VRTS::AppSDK::AppEnablementSDK::Application("TestApp");
if(defined $appObj)
{
$appObj->set_discovery_types("DEEP, PROBE");
$ret=$appObj->register_discovery_callback("PROBE",\&probe);
$ret=$appObj->register_discovery_callback("DEEP",\&deep);
}
sub probe
{
# Write the code here to discover all application instances
my $inst_name = "app_inst";
$appObj->log(LOGLEVEL_DEBUG,"Application instance name: [$inst_name]");
# Write the code here to discover state of each application instance
# Report the state of the discovered application instance
# on the Resiliency Platform.
my $inst = $appObj->add_application_inst($inst_name);
if (defined $inst)
{
# The state must be reported either 'online' or 'offline'
$inst->set_property(APP_INST_STATE, "Online");
}
# return 0 for successful and 1 for failure
return 0,"probe is successful";
}Note:
The second parameter in the above example, "\&probe" and "\&deep", is the reference of the callback function i.e the sub-routine reference defined in the application module script.
Description: Use this interface to register the callback function against the operation type defined using the set_operation_types API. The registered callback function is invoked only when the application module script is invoked with said operation. This is a mandatory interface that conveys the Resiliency Platform the sub-routine which is capable of executing the operation and returning an appropriate return code and return message.
The callback function is a sub-routine which is defined in the application module script and is capable of executing a said operation successfully. The callback function returns 0 if the said operation is executed successfully else returns any positive number to indicate failure. Along with the return code you can also enter a string containing either the success or the failure message. Providing a return code is mandatory otherwise the operation is considered as failed. Providing a return message is optional.
The callback function when registered with AppEnablementSDK using any of the above APIs receives an hashref as a parameter. The hashref parameter contains INSTANCE_NAME as a key and application instance name as a value.
Is mandatory: Yes
Input parameter: String : Operation - The operation name which is previously defined using set_operation_types API.
Callback function reference - the reference of the sub-routine which is defined in the application module script.
Return value: 0 if successful, else any positive number.
Example:
my $appObj=new VRTS::AppSDK::AppEnablementSDK::Application("TestApp");
if(defined $appObj)
{
$appObj->set_operation_types("START,STOP");
$ret = $appObj->register_operation_callback("START",\&start);
$ret = $appObj->register_operation_callback("STOP",\&stop);
}
sub start
{
my ($arg) = @_;
my $FuncName = ( caller 0 )[3];
$appObj->log(LOGLEVEL_DEBUG,"Inside $FuncName");
my $inst_name = $arg->{INSTANCE_NAME};
$appObj->log(LOGLEVEL_DEBUG,"Application instance name: [$inst_name]");
# Write the code here to start an application instance
# and return appropriate status code and message.
# Return 0 for successful and 1 for failure
return 0, "Start is successful";
}Note:
The second parameter in the above example, "\&start" and "\&stop", is the reference of the callback function i.e the sub-routine reference defined in the application module script.