Omnicast Migration Guide 5.2. Click here for the most recent version of this document.

Transcription

1 Omnicast Migration Guide 5.2 Click here for the most recent version of this document.

2 Copyright notice 2015 Genetec Inc. All rights reserved. Genetec Inc. distributes this document with software that includes an end-user license agreement and is furnished under license and may be used only in accordance with the terms of the license agreement. The contents of this document are protected under copyright law. The contents of this guide are furnished for informational use only and are subject to change without notice. Genetec Inc. assumes no responsibility or liability for any errors or inaccuracies that may appear in the informational content contained in this guide. This publication may not be copied, modified, or reproduced in any form or for any purpose, nor can any derivative works be created therefrom without Genetec Inc. s prior written consent. Genetec Inc. reserves the right to revise and improve its products as it sees fit. This document describes the state of a product at the time of document s last revision, and may not reflect the product at all times in the future. In no event shall Genetec Inc. be liable to any person or entity with respect to any loss or damage that is incidental to or consequential upon the instructions found in this document or the computer software and hardware products described herein. The use of this document is subject to the disclaimer of liability found in the end-user license agreement. "Genetec", "Omnicast", "Synergis", "Synergis Master Controller", "AutoVu", "Federation", "Stratocast", the Genetec stylized "G", and the Omnicast, Synergis, AutoVu, and Stratocast logos are trademarks of Genetec Inc., either registered or pending registration in several jurisdictions. "Security Center", "Security Center Mobile", "Plan Manager", "Sipelia", and the Security Center logo are trademarks of Genetec Inc. Other trade names used in this document may be trademarks or registered trademarks of the manufacturers or vendors of the respective products. All specifications are subject to change without notice. Document information Document title: Omnicast Migration Guide 5.2 Document number: EN V5.2.C10(1) Document update date: March 4, 2015 You can send your comments, corrections, and suggestions about this guide to documentation@genetec.com.

3 About this guide This document explains how to migrate Omnicast 4.5 and later systems (stand-alone or federated) to Security Center 5.2. We recommend you read the entire guide before migrating. This guide assumes you are familiar with the following concepts and systems: Microsoft Windows administration Installation, configuration, and use of Microsoft SQL Server 2008 IP network administration Omnicast system administration Security Center system administration Notes and notices The following notes and notices might appear in this guide: Tip. Suggests how to apply the information in a topic or step. Note. Explains a special case, or expands on an important point. Important. Points out critical information concerning a topic or step. Caution. Indicates that an action or step can cause loss of data, security problems, or performance issues. Warning. Indicates that an action or step can result in physical harm, or cause damage to hardware. gtap.genetec.com Omnicast Migration Guide 5.2 iii

4 Contents About this guide iii Migrating to Security Center from Omnicast 4.5 and later Migration process overview What can be migrated Omnicast Directory migration Omnicast Archiver migration Omnicast Archiver failover migration Omnicast to Security Center migration scenarios Scenario #1: Migrating a stand-alone Omnicast system to a Security Center system on the same server Scenario #2: Migrating a stand-alone Omnicast system to a Security Center system on a different server Scenario #3: Migrating a federated Omnicast system to a federated Security Center system. 23 Scenario #4: Migrating and merging a federated Omnicast system to its federation host on the same server Scenario #5: Migrating and merging a federated Omnicast system to its federation host on a different server Enabling remote connections Allowing remote connections Enabling remote connections for SQL Server Enabling remote connections for SQL Server Running the Migration tool Running the Migration tool in silent mode Command line options Sample commands Index Where to find product documentation gtap.genetec.com Omnicast Migration Guide 5.2 iv

5 Technical support gtap.genetec.com Omnicast Migration Guide 5.2 v

6 Migrating to Security Center from Omnicast 4.5 and later This section includes the following topics: "Migration process overview" on page 2 "What can be migrated" on page 4 "Omnicast Directory migration" on page 6 "Omnicast Archiver migration" on page 13 "Omnicast Archiver failover migration" on page 15 "Omnicast to Security Center migration scenarios" on page 19 "Enabling remote connections" on page 32 "Running the Migration tool" on page 37 "Running the Migration tool in silent mode" on page 43 gtap.genetec.com Omnicast Migration Guide 5.2 1

7 Migration process overview You migrate an Omnicast system to Security Center one server at a time, starting with the Omnicast Directory server. You must perform the same steps on every computer where Omnicast components are installed. The process will differ based on your migration scenario. Use the Migration tool to automate certain parts of this process. The following table summarizes the Omnicast to Security Center migration process. = Phase Description See 1 Read this entire guide to familiarize yourself with the process. Not everything can be migrated from Omnicast to Security Center. The Migration tool can help automate part of the migration process, but there will always be settings that you ll need to re-configure on the new system. 2 Check your system requirements. Security Center s system requirements are higher than those of Omnicast. Make sure that your hardware meets the new requirements. "What can be migrated" on page 4 "Omnicast Directory migration" on page 6 "Omnicast Archiver migration" on page 13 "Omnicast to Security Center migration scenarios" on page 19 Security Center 5.2 System Requirements ( Reference%20Documents/Genetec%20- %20Security%20Center%20System%20Re quirements.pdf) 3 Make sure you have the Windows administrator rights on your local machine to run the Migration tool. 4 Install Security Center 5.2 Server and Client on the Omnicast server. NOTE Security Center is installed side-by-side with Omnicast on the same computer. Omnicast software is not removed by the migration so that you can revert back to your old system if anything goes wrong. 5 If your Omnicast Directory database and your Security Center Directory database are not on the same computer, enable the remote connections. 6 Migrate Omnicast components to Security Center using the Migration tool. IMPORTANT If your Omnicast system is deployed on more than one computer, you must migrate the Omnicast Directory server first. 7 Read the migration reports. Unless you have a very simple Omnicast system, chances are that you ll have to reconfigure the Omnicast settings that are not migrated in Security Center. Security Center 5.2 Installation and Upgrade Guide "Enabling remote connections" on page 32 "Running the Migration tool" on page 37, or "Running the Migration tool in silent mode" on page 43 Running the Migration tool, Step 11. gtap.genetec.com Omnicast Migration Guide 5.2 2

8 Phase Description See 8 Test your new Security Center 5.2 system. NOTE If needed, you can re-enable Omnicast services and resume your operations on your old Omnicast system. Security Center Administrator Guide Security Desk User Guide. gtap.genetec.com Omnicast Migration Guide 5.2 3

9 What can be migrated You can only migrate the Omnicast Directory and Archiver services to Security Center. Not all the Directory and Archiver services settings can be migrated from Omnicast to Security Center because there are conceptual and data model differences between the two types of systems. Certain settings can only be migrated partially, while others settings will not be migrated at all. Before the migration, the Migration tool tells you what to expect, so that you can decide whether to go ahead or not with the migration. After the migration, the Migration tool tells you what was migrated and what needs to be re-configured manually in the new system. What is supported by the Migration tool The Migration tool can help you migrate your Omnicast system into a pre-installed Security Center system if: The Security Center system is clean. A clean system means a freshly installed Security Center system with no data other than the entities created by default. If an Archiver role is created by default, you must delete it first. The Security Center does have any local video archives. This means the destination Security Center system does not have an Archiver or an Auxiliary Archiver role. The typical scenario is a Security Center system freshly upgraded from version 4.0. What is not supported by the Migration tool The Migration tool will reject the migration in the following situations. Incompatible roles are found on the destination system. If any of the following roles is found on the destination system, the migration will be rejected by the Migration tool: Archiver role Auxiliary Archiver role Security Center Federation role. The presence of these roles on your destination system indicates that your destination system is not a clean install or freshly upgraded from Security Center 4. Workaround: Delete the Archiver role if possible. Otherwise, consider migrating the Omnicast system to a clean Security Center system, and federate the new system with your existing Security Center system. More than one Omnicast Federation roles on the destination system. You can only merge one Omnicast system into a Security Center system with the Migration tool. Workaround: Drop the Omnicast Federation role that is not pointing to the Omnicast system you are migrating and try again. gtap.genetec.com Omnicast Migration Guide 5.2 4

10 Conflicting logical IDs were found on the destination system. Entities in your Security Center system cannot have the same logical ID as their Omnicast counterparts. Workaround: Using the list produced by the Migration tool, change the logical ID of the conflicting entities, either on the Omnicast system or the Security Center system, and try again. If none of the above workarounds work for you, contact your Genetec representative. gtap.genetec.com Omnicast Migration Guide 5.2 5

11 Omnicast Directory migration Not all Omnicast Directory items can be migrated to Security Center The following table lists the Omnicast Directory items that are and are not migrated to Security Center. Items that are migrated are logged in the file MigratedEntities.csv, and items that are not migrated are logged in the files NotMigratedEntities.csv and OtherErrors.csv. All three files are found in the migration reports folder selected at the beginning of the Migration tool wizard (see "Running the Migration tool" on page 37). Omnicast item What s migrated to Security Center What s not migrated to Security Center Access control system Active Directory service Nothing. Nothing. See Virtual Matrix service. NOTE You must manually create the Active Directory role in Security Center. Alarm Name Description Logical ID Schedule Priority Dwell time Reactivation threshold Alarm recording duration Protect recorded video for Procedure (URL) Automatic acknowledgement after (seconds) Recipient list Broadcast option For sequential broadcasts, the Time out period is copied to every recipient. Displayed entity (cameras and camera sequences) list Alarm display mode (Salvo, Block, Simple) and maximum number of alarms on each user Individual Live, Playback, or Still frame display option for each attached camera Delete after x days setting for acknowledged alarms Accepted acknowledgement types Metadata overlay configuration NOTE The settings of the first camera in the list are applied to all cameras in the list in Security Center. NOTE If the display option is Still frames, it is replaced by Playback with the same pretrigger time. Each camera can only appear once in the attached entity list. Discarded duplicate cameras are logged in the migration reports. Alarm instance (Acknowledged) GUID Creation time Source entity and event Acknowledgement time Acknowledgement type NOTE Custom acknowledgements are converted to Default acknowledgements. Acknowledged by Alarm instance ID Alarm instance description Alarm context (when alarm is generated from SDK) Alarm history Priority history In Security Center, the alarm report shows the current priority configuration on the alarm. gtap.genetec.com Omnicast Migration Guide 5.2 6

12 Omnicast item What s migrated to Security Center What s not migrated to Security Center Alarm instance (Active) GUID Creation time Source entity and event Propagation level When the recipient notification is sequential, the last recipient that has been notified in the list is remembered. Dynamic alarm context data Alarm instance ID Alarm instance description Alarm context (when alarm is generated from SDK) Alarm history Priority history In Security Center, the alarm report shows the current priority configuration on the alarm. Analog monitor Nothing. NOTE You must manually create the analog monitors in Security Center. Archiver service See "Omnicast Archiver migration" on page 13. Trickling Non-default Archiver extension settings Archiving schedule Audit trails Auxiliary Archiver service Nothing. None. Nothing. NOTE There are no archiving schedules in Security Center, instead each Archiver role applies a recording mode following a generic schedule. After the migration, all Archiver roles will be configured with the recording mode On motion/manual, following the generic schedule Always. NOTE You must manually create the Auxiliary Archiver roles in Security Center. Camera Name Description Logical ID Site membership (see Site) Video quality/stream usage Recording settings Motion detection (and motion mask) settings Video attributes Network settings Time zone settings Camera specific settings NOTE You won t see the cameras in your new system until all Omnicast Archivers are migrated. Video overlays Recorded video sequences from Auxiliary Archivers Current camera blocking priority Motion detection zone names. The migrated zones are named Motion zone 1, Motion zone 2, and so on. Some properties associated to PTZ motors (see PTZ motor). gtap.genetec.com Omnicast Migration Guide 5.2 7

13 Omnicast item What s migrated to Security Center What s not migrated to Security Center Camera group Nothing. NOTE You must manually create the camera groups in Security Center. Camera sequence Name Description Camera list, with dwell time and PTZ commands NOTE In Security Center 5.2, camera sequences can only be run by the local Security Desk. There is no Virtual Matrix that runs camera sequences on a server. Therefore, every time you view a camera sequence in Security Desk, it always starts from the beginning of the camera list. CCTV keyboard Nothing. See Virtual Matrix service. Custom action Nothing. Custom actions no longer exist in Security Center. Custom event Nothing. NOTE You must manually create the custom events in Security Center. Digital input and Output relay Input and output entities are migrated to Security Center as peripherals of the video unit they belong to. Name Description Event-to-Action Nothing. NOTE You must manually create the eventto-actions in Security Center. Failover Directory Nothing. NOTE You must configure the Directory Manager role in Security Center. Failover list Nothing. NOTE Failover must be configured at the role level in Security Center. Federation Server service Generic schedule Ghost camera Nothing. Generic schedules are simply called schedules in Security Center. Name Description All recurrence settings with time coverage options Ghost cameras are migrated as offline cameras that are not attached to any unit. For more information, see "Omnicast Archiver migration" on page 13. NOTE You can create the Omnicast Federation or Security Center Federation roles in Security Center. gtap.genetec.com Omnicast Migration Guide 5.2 8

14 Omnicast item What s migrated to Security Center What s not migrated to Security Center HTML map An HTML map is a property of the site entity in Omnicast. The URL will be migrated to a tile plugin ( ) attached to an area (see Site). HTML maps bound to Omnicast SDK will not work. Logical ID Only alarm and camera logical IDs. All other entity logical IDs Macro Nothing. Hot macro configurations for each user Metadata Engine service Microphone Nothing. ME plugins A microphone is migrated to Security Center as a peripheral of the video unit it belongs to. Name Description Network settings Sensitivity Input type Camera it is linked to Monitor group Nothing. NOTE You must manually create the monitor groups in Security Center. PTZ motor Serial port A PTZ motor is migrated to Security Center as camera properties. PTZ protocol PTZ number (called PTZ address in Security Center) Serial device A serial port is migrated to Security Center as a peripheral of the video unit it belongs to. Name Description Serial communication settings Line driver PTZ motors distinct site security settings (they are no longer standalone entities) PTZ motors controlled by a different Archiver than the one controlling the camera. gtap.genetec.com Omnicast Migration Guide 5.2 9

15 Omnicast item What s migrated to Security Center What s not migrated to Security Center Site Speaker Units A site is migrated to Security Center as two separate entities: an area and a partition, with the following transformations: An area and a partition are created for each site. The site hierarchy is reproduced in the Logical view as an area hierarchy. The site hierarchy is reproduced as a partition hierarchy under a new root partition. The site member entity list is copied to the area member entity list. The site member entity list is copied into the partition member entity list. The site accepted user list is copied into the partition accepted user list. The site map properties are converted to a tile plugin child entity (see HTML map) A speaker is migrated to Security Center as a peripheral of the video unit it belongs to. Name Description Network settings Volume gain Camera it is linked to A unit is migrated to Security Center as a video unit. Name Description Network settings Username/password Hidden sites are migrated as regular sites You can re-create the same effect using the partition hierarchy created by the migration. Inherit parent permission entries when it is set to false. Multi-site membership Since partition membership is limited to three per entity in Security Center, only the first three site membership are covered by partitions. gtap.genetec.com Omnicast Migration Guide

16 Omnicast item What s migrated to Security Center What s not migrated to Security Center User User group A user is migrated with the following properties: Name Description User group membership User status (enabled/disabled) Password Password expiration Number of workstations the user can log on from Logon schedules Supervised logon settings List of viewer layouts (see Viewer layout) PTZ priority (called User level in Security Center) Archive viewing limitation Privileges If an Omnicast user had the same name as a Security Center user, the two will be merged, and the privileges granted to the Omnicast user will be granted to the Security Center user. A user group is migrated with the following properties: Name Description Member list Supervised logon settings PTZ priority (called User level in Security Center) Archive viewing limitation Privileges If an Omnicast user group had the same name as a Security Center user group, the two will be merged, and the privileges granted to the Omnicast user group will be granted to the Security Center user group. IMPORTANT Users that did not have access to hidden sites will have access after the migration. You must manually remove the unwanted users from those partitions. gtap.genetec.com Omnicast Migration Guide

17 Omnicast item What s migrated to Security Center What s not migrated to Security Center Viewer layout Virtual Matrix service A viewer layout is migrated to Security Center as a Public Monitoring task. Name Description Tile pattern Entity displayed in each tile Nothing. Access control systems CCTV keyboards Hardware matrices Virtual cameras VM plugins gtap.genetec.com Omnicast Migration Guide

18 Omnicast Archiver migration Not all Omnicast Archiver items can be migrated to Security Center The following table lists the Omnicast Archiver items that are and are not migrated to Security Center. Items that are migrated are logged in the file MigratedEntities.csv, and items that are not migrated are logged in the files NotMigratedEntities.csv and OtherErrors.csv. All three files are found in the migration reports folder selected at the beginning of the Migration tool wizard (see "Running the Migration tool" on page 37). Omnicast Item What s migrated to Security Center What s not migrated to Security Center Archive storage configuration Archived video All storage configurations (disk groups, disk base path, minimum free space, camera assignment to each disk group, automatic cleanup, archive retention periods, video file options) are copied to the Archiver role properties. All archived video is preserved by the migration, including video recorded by a secondary Archiver during a failover event. Video recorded by terciary Archiver and beyond are not migrated. See "Omnicast Archiver failover migration" on page 15. Archiver events All Archiver events Archiver extensions Ghost cameras Maximum number of simultaneously archived cameras per Archiver Archiver extensions with default settings NOTE Archiver extensions (called Manufacturer extensions in Security Center) are automatically created as new types of video units are discovered. Ghost cameras are migrated as offline cameras that are not attached to any unit. If after the migration the video unit for the camera is created, then the offline camera is automatically attached to the video unit and comes online. Recorded video for ghost cameras is migrated. N/A. Non-default Archiver extension settings (such as logon credentails, discovery ports, and so on) NOTE You must manually configure the extension settings after the migration. Archiver failover works very differently in Security Center. For more information, see "Omnicast Archiver failover migration" on page 15. gtap.genetec.com Omnicast Migration Guide

19 Omnicast Item What s migrated to Security Center What s not migrated to Security Center PTZ cameras PTZ cameras where the camera and the PTZ motor are controlled by the same Archiver NOTE In Security Center, both video units, the one encoding the video stream and the one controlling the PTZ motor, must be managed by the same Archiver role. Trickling PTZ cameras controlled by two Omnicast Archivers, one managing the video stream and another controlling the PTZ motor via the serial port of another video unit, are migrated as fixed cameras., All settings. Watermarking Video watermarking option Custom encryption values gtap.genetec.com Omnicast Migration Guide

20 Omnicast Archiver failover migration Omnicast and Security Center use very different approaches to implement Archiver failover. For this reason, migrations with Archiver failover configurations are more complex than migrations without. Differences between Omnicast and Security Center failover solutions The differences between Omnicast and Security Center failover solutions are as follows: Omnicast. Failover is configured on a per-unit basis; that is, each video unit has its own Archiver failover list. The number of servers (one for each Omnicast Archiver service) in the failover list is unlimited. For more information, see Config Tool Unit Standby Archivers in the Omnicast Administrator Guide. Security Center. Failover is configured on a per-role basis; that is, all video units managed by the same Archiver role use the same failover list. A Security Center Archiver role is limited to a maximum of two servers, one primary and one secondary server. For more information, see About Archiver failover in the Security Center Administrator Guide. Best practice: When configuring the archiving resources in Security Center, keep in mind the following rules, whether it is applied to the primary or the secondary Archiver server: Two Archiver roles should never share the same database. Breaking this rule may cause irrecoverable loss of data. Two Archiver roles should not share the same storage space, for one usually ends up using all the space at the expense of the other. How Archiver failover migration works A unit s failover settings are migrated from Omnicast to Security Center only if the following conditions are true: All units sharing the same primary Archiver also share the same secondary Archiver. The secondary Archiver is not being used as the primary Archiver of any other units. Whenever the above conditions are not met, the Migration tool will not migrate the failover settings because they are incompatible with the failover design in Security Center. However, no video archives will be lost. The Migration tool will create one Archiver role for each Omnicast Archiver services, so all video archives will remain accessible after the migration. Archiver failover migration limitations Omnicast Archiver failover settings are migrated to Security Center with the following limitations: Only the first two Omnicast Archivers in a failover list are migrated. Since the Security Center Archiver role can have no more than two servers, all tertiary Omnicast Archivers and beyond are dropped. gtap.genetec.com Omnicast Migration Guide

21 Only the settings of the first Archiver in each failover list is migrated to the Archiver role. Consequently, if an Omnicast video unit is assigned to Archiver A with a retention period of 30 days and to Archiver B with a retention period of 10 days, the Security Center Archiver role will only keep the 30 day retention period. Omnicast Archiver failover migration scenarios The following table illustrates how different Omnicast 4.x Archiver failover scenarios are migrated to Security Center 5.2. Omnicast scenario Single Archiver with no standby One Archiver with one standby/redundant Archiver Multiple Archivers with one standby Archiver One primary Archiver using multiple standby Archivers to cover all its units Multiple Archivers using each other as standby Migration solution All video events and files are migrated to the Archiver role. Migrates the primary Archiver first. The Archiver role inherits the settings from the first Archiver migrated. The Archiver role is assigned the same servers used to host the primary and standby Omnicast Archiver services. All video events and files are migrated to the Archiver role. If all cameras have the same redundant archiving settings, the settings are copied to the role. Otherwise, the cameras will keep their individual archiving settings. Each primary Archiver becomes a distinct Archiver role in Security Center and is assigned the same server as the Omnicast Archiver service. All video events and files are migrated to their respective Archiver role. The server hosting the standby Archiver becomes the secondary server assigned to the first primary Archiver that gets migrated. All other primary Archivers migrated after will not have a secondary server assigned. None of their unit failover settings are migrated. For more information, see "Archiver failover migration limitations" on page 15. The primary Archiver is migrated to an Archiver role in Security Center. None of the unit failover settings are migrated. For more information, see "How Archiver failover migration works" on page 15. Each primary Archiver is migrated to an Archiver role in Security Center. None of their unit failover settings are migrated. For more information, see "How Archiver failover migration works" on page 15. gtap.genetec.com Omnicast Migration Guide

22 Examples of Archiver failover migrations The following examples illustrate what failover settings do or do not get migrated based on different configuration scenarios. In each scenario, Unit X represents a unit with its primary Archiver, Unit X represents the same unit with its secondary Archiver, and Unit X represents the same unit on its tertiary Archiver. EXAMPLE 1: With a tertiary Archiver Omnicast (before migration) Archiver 1: Unit A, Unit B, Unit C Archiver 2: Unit A, Unit B, Unit C Archiver 3: Unit A, Unit B, Unit C Security Center (after migration) Archiver 1: Unit A, Unit B, Unit C Archiver 2: Unit A, Unit B, Unit C Archiver 3: not supported EXAMPLE 2. Daisy chained configuration Omnicast (before migration) Archiver 1: Unit A Archiver 2: Unit A, Unit B Archiver 3: Unit B, Unit C Archiver 4: Unit C Security Center (after migration) 1 Archiver 1: Unit A Archiver 2: Unit B Archiver 3: Unit C Archiver 4: Unit C EXAMPLE 3. Star configuration Omnicast (before migration) Archiver 1: Unit A Archiver 2: Unit B Archiver 3: Unit C Archiver 4: Unit A, Unit B, Unit C Security Center (after migration) 1. Current known issue (#139092): Migration tool: When migrating the chained Archiver failover configuration, the last Archiver role in the chain takes on the name of its secondary server instead of its primary server. gtap.genetec.com Omnicast Migration Guide

23 Archiver 1: Unit A Archiver 2: Unit B Archiver 3: Unit C Archiver 4: Unit X (can be Unit A, Unit B, or Unit C, depending on which Archiver is migrated first) EXAMPLE 4. Mixed configuration. Omnicast (before migration) Archiver 1: Unit A, Unit B Archiver 2: Unit A Security Center (after migration) Archiver 1: Unit A, Unit B Archiver 2: Hosts a second Archiver role with no unit. The second Archiver role is created in case there was video recorded by the Omnicast standby Archiver. EXAMPLE 5. Cross configuration. Omnicast (before migration) Archiver 1: Unit A, Unit B Archiver 2: Unit A, Unit B Security Center (after migration) Archiver 1: Unit A Archiver 2: Unit B gtap.genetec.com Omnicast Migration Guide

24 Omnicast to Security Center migration scenarios The most common Omnicast to Security Center migration scenarios are the following: "Scenario #1: Migrating a stand-alone Omnicast system to a Security Center system on the same server" on page 19 "Scenario #2: Migrating a stand-alone Omnicast system to a Security Center system on a different server" on page 21 "Scenario #3: Migrating a federated Omnicast system to a federated Security Center system" on page 23 "Scenario #4: Migrating and merging a federated Omnicast system to its federation host on the same server" on page 26 "Scenario #5: Migrating and merging a federated Omnicast system to its federation host on a different server" on page 29 Scenario #1: Migrating a stand-alone Omnicast system to a Security Center system on the same server This procedure explains how to migrate a stand-alone (non-federated) Omnicast system to a Security Center 5.2 system hosted on the same server. This procedure also applies to Omnicast systems distributed over multiple servers (multiple Archivers). This procedure describes the following migration scenario: Before: Server A runs Omnicast 4.x Directory and Archiver services. After: Server A runs Security Center 5.2 Directory and Archiver roles. Before Server A Omnicast 4.x Directory and Archiver services After Server A (main server) Security Center 5.2 Directory and Archiver roles Migration tool gtap.genetec.com Omnicast Migration Guide

25 To migrate a stand-alone Omnicast system to a Security Center system on the same server: 1 On Server A, install Security Center 5.2 Server (main server option) and Client. See "Install Security Center on the main server" in the Security Center Installation and Upgrade Guide. 2 Delete the Archiver role that was created by default on the main server. a Log on with Config Tool to Security Center 5.2 on Server A. b Open the System task and click Roles. c Delete the Archiver role. 3 Close all Omnicast and Security Center client applications. 4 Migrate the system data from Omnicast to Security Center. See "Running the Migration tool" on page 37. After the migration is complete, the Omnicast system is turned off, its data is migrated to the Security Center 5.2 system, and its video units are controlled by the Security Center Archiver role. After you are done: If you have additional Omnicast servers (Archiver only) to migrate, apply this same procedure to each of them, except for Step 1, install Security Center 5.2 Server as an expansion server instead of the main server (see "Install an expansion server" in the Security Center Installation and Upgrade Guide). gtap.genetec.com Omnicast Migration Guide

26 Scenario #2: Migrating a stand-alone Omnicast system to a Security Center system on a different server This procedure explains how to migrate a stand-alone (non-federated) Omnicast system to a Security Center 5.2 system where the Directory role is hosted on a different server. This procedure also applies to Omnicast systems distributed over multiple servers (multiple Archivers). This procedure describes the following migration scenario: Before: Server A is a clean new server. Server B runs Omnicast 4.x Directory and Archiver services. After: Server A runs Security Center 5.2 Directory role. Server B runs Security Center 5.2 Archiver role. Before Server A (new server) No Genetec software After Server A (main server) Security Center 5.2 with Directory role Server B Omnicast 4.x Directory and Archiver Server B (expansion server) Security Center 5.2 with Archiver role Migration tool gtap.genetec.com Omnicast Migration Guide

27 To migrate a stand-alone Omnicast system to a Security Center system using a different server: 1 On Server A, install Security Center 5.2 Server (main server option) and Client. See "Install Security Center on the main server", in the Security Center Installation and Upgrade Guide. Server A is now the main server for Security Center On Server B, install Security Center 5.2 Server (expansion server option) and Client software. See "Install an expansion server", in the Security Center Installation and Upgrade Guide. 3 Delete the Archiver role that was created by default on the main server. a Log on with Config Tool to Security Center 5.2 on Server A. b Open the System task and click Roles. c Delete the Archiver role. 4 On Server B, migrate the Omnicast Directory and Archiver to Security Center 5.2. See "Running the Migration tool" on page Verify that the expansion server (Server B) is created. a Log on with Config Tool to Security Center 5.2 on Server A. b Open the Network view task and verify that the expansion server (Server B) is created. 6 Verify that the server hosting the Archiver role is Server B. a Open the System task and click Roles. b Select the Archiver role, and click Resources. The server assigned to the Archiver role should be Server B. After the migration, the Omnicast system is turned off, its data is migrated to the Security Center 5.2 system, and its video units are controlled by the Security Center Archiver role, hosted on Server B. After you are done: If you have additional Omnicast servers (Archiver only) to migrate, apply the procedure described in "Scenario #1: Migrating a stand-alone Omnicast system to a Security Center system on the same server" on page 19, to each of them, except for Step 1, install Security Center 5.2 Server as an expansion server instead of the main server (see "Install an expansion server" in the Security Center Installation and Upgrade Guide). gtap.genetec.com Omnicast Migration Guide

28 Scenario #3: Migrating a federated Omnicast system to a federated Security Center system This procedure explains how to migrate a federated Omnicast 4.x system to a federated Security Center 5.2 system, while upgrading the federation host from Security Center 4.0 to 5.2. This procedure also applies if your Omnicast system includes many Archiver servers. Before you begin: Your federation host cannot federate more than one Omnicast system. If it does, the Migration tool will not allow you to migrate. This procedure describes the following migration scenario: Before: Server A runs Security Center 4.0 Directory and Integration Service (IS)/Omnicast federation external system (ES) that is connected to the Omnicast 4.x system on Server B. Server B runs Omnicast 4.x Directory and Archiver services. After: Server A runs Security Center 5.2 Directory and Security Center Federation role that is connected to the Security Center 5.2 system on Server B. gtap.genetec.com Omnicast Migration Guide

29 Server B runs Security Center 5.2 Directory and Archiver roles. Before Server A (federation host) Security Center 4.0 Directory and IS hosting Omnicast federation ES After Server A (federation host) Security Center 5.2 Directory and Security Center Federation roles Regular upgrade Omnicast federation external system Security Center Federation role Server B Omnicast 4.x Directory and Archiver services Server B Security Center 5.2 Directory and Archiver roles Migration tool To migrate a federated Omnicast system to a federated Security Center system: 1 On Server B, migrate the Omnicast 4.x system to Security Center 5.2: a On Server B, install Security Center 5.2 Server (main server option) and Client. See "Install Security Center on the main server", in the Security Center Installation and Upgrade Guide. b Log on with Config Tool to Security Center 5.2 on Server B. c Open the System task and click Roles. d Delete the Archiver role that was created by default on the main server. e Close all Omnicast and Security Center client applications. f Migrate the system data from Omnicast to Security Center. See "Running the Migration tool" on page 37. The Omnicast 4.x system becomes a Security Center 5.2 system with an Archiver role. 2 (Optional) If you have additional Omnicast Archiver servers to migrate, do the following: gtap.genetec.com Omnicast Migration Guide

30 a b c On the Omnicast Archiver server, install Security Center 5.2 Server (expansion server option) and Client, and connect it to the Directory on Server B. See "Install Security Center on the main server" in the Security Center Installation and Upgrade Guide. Close all Omnicast and Security Center client applications. Migrate the system data from Omnicast to Security Center. See "Running the Migration tool" on page 37. The Omnicast Archiver server becomes a Security Center expansion server connected to the Directory on Server B. The expansion server hosts a separate Archiver role. 3 On Server A, upgrade Security Center 4.0 to Security Center 5.2. See "Upgrade the main server" and "Upgrade Security Center Client", in the Security Center Installation and Upgrade Guide. The Integration Service (IS)/Omnicast federation external system (ES) is transformed into an Omnicast Federation role. 4 Delete the obsolete Omnicast Federation role. a Log on with Config Tool to Security Center 5.2 on Server A. b Open the System task and click Roles. c Select the Omnicast Federation role that points to the Omnicast system on Server B. It should appear in red (inactive) because the Omnicast services have been disabled by the Migration tool in Step 1. d Click Delete ( ), Continue, and Delete. NOTE All federated Omnicast entities are deleted. This affects the configuration of local entities (such as alarms) that reference these federated entities. 5 Create a Security Center Federation role to replace the deleted Omnicast Federation role. a Click Add an item ( ) and select Security Center Federation. b In the role creation wizard, enter the parameters so the new federation role points to the Security Center 5.2 system on Server B. For more information, see Federating Security Center systems in the Security Center Administrator Guide. After the migration, Server A and Server B each hosts a distinct Security Center 5.2 system. The Security Center system on Server A is federating the Security Center system on Server B. After you are done: Re-create the links between the local entities and the federated entities. gtap.genetec.com Omnicast Migration Guide

31 Scenario #4: Migrating and merging a federated Omnicast system to its federation host on the same server This procedure explains how to migrate and merge a federated Omnicast system to its federation host, where both Directories reside on the same computer. The federation host can be a Security Center 4.0 or a Security Center 5.x system. The goal is to eliminate the federation and end with one Security Center 5.2 system. Before you begin: Your federation host cannot have any Archiver, Auxiliary Archiver, or Security Center Federation role, and cannot federate more than one Omnicast system. If it does, the Migration tool will not allow you to migrate. You must also make sure that your federation host and your Omnicast system do not have entities with conflicting logical IDs. If they do, the Migration tool will report them and prevent the migration. IMPORTANT Although the resulting Security Center system does not have a federation, your Security Center license must support federated systems for this migration to work, because during the migration, an Omnicast Federation role will be created. This procedure describes the following migration scenario: Before: Server A runs both Security Center 4.0 (or 5.x) Directory and Omnicast 4.x Directory. Security Center is federating Omnicast. Server B runs only Omnicast 4.x Archiver service. After: Server A runs Security Center 5.2 Directory role (main server). gtap.genetec.com Omnicast Migration Guide

32 Server B runs Security Center 5.2 Archiver role (expansion server). Before Server A Security Center 4.0 (or 5.x) Directory and Omnicast 4.x Directory After Server A (main server) Security Center 5.2 with Directory role Regular upgrade Migration tool Server B Omnicast 4.x with Archiver service Server B (expansion server) Security Center 5.2 with Archiver role Migration tool This procedure also applies if your Omnicast system includes many Archiver servers (imagine multiple instances of Server B). To migrate and merge a federated Omnicast system to its federation host when the two Directories reside on the same computer: 1 On Server A, upgrade Security Center to version 5.2. See "Upgrade the main server" and "Upgrade Security Center Client", in the Security Center Installation and Upgrade Guide. 2 Delete the Archiver role that was created by default on the main server. a Log on with Config Tool to Security Center 5.2 on Server A. b Open the System task and click Roles. c Delete the Archiver role. 3 On Server A, run the Migration tool. See "Running the Migration tool" on page 37. IMPORTANT Be sure to select the Omnicast Federation role that corresponds to the Omnicast system on Server A, and not the one on Server B. gtap.genetec.com Omnicast Migration Guide

33 4 On Server B, install Security Center 5.2 Server (expansion server option) and Client where the Omnicast Archiver is. See "Install an expansion server", in the Security Center Installation and Upgrade Guide. 5 On Server B, run the Migration tool. See "Running the Migration tool" on page Verify that the expansion server (Server B) is created. a Log on with Config Tool to Security Center 5.2 on Server A. b Open the Network view task and verify that the expansion server is created. 7 Verify that the server hosting the Archiver role is Server B. a Open the System task and click Roles. b Select the Archiver role, and click Resources. The server assigned to the Archiver role should be Server B. 8 For every additional Omnicast Archiver server you have (let s call it Server C), repeat Step 4 to Step 7, replacing Server B with Server C. After the migration, a single Security Center 5.2 system remains, deployed on two or more servers: Server A (main server), Server B (expansion server hosting the first Archiver role), and additional servers if applicable (expansion server hosting additional Archiver roles). gtap.genetec.com Omnicast Migration Guide

34 Scenario #5: Migrating and merging a federated Omnicast system to its federation host on a different server This procedure explains how to migrate and merge a federated Omnicast system to its federation host, where the two Directories reside on different computers. The federation host can be a Security Center 4.0 or a Security Center 5.x system. The goal is to eliminate the federation and end with one Security Center 5.2 system. Before you begin: Your federation host cannot have any Archiver, Auxiliary Archiver, or Security Center Federation role, and cannot federate more than one Omnicast system. If it does, the Migration tool will not allow you to migrate. You must also make sure that your federation host and your Omnicast system do not have entities with conflicting logical IDs. If they do, the Migration tool will report them and prevent the migration. This procedure describes the following migration scenario: Before: Server A runs Security Center 4.0 (or 5.x) Directory. Security Center is federating Omnicast 4.x system on Server B. Server B runs Omnicast 4.x Directory and Archiver services. After: Server A runs Security Center 5.2 Directory role (main server). Server B runs Security Center 5.2 Archiver role (expansion server). gtap.genetec.com Omnicast Migration Guide

35 Before Server A Security Center 4.0 (or 5.x) Directory and Omnicast federation ES After Server A (main server) Security Center 5.2 with Directory role Regular upgrade Server B Omnicast 4.x Directory and Archiver services Server B (expansion server) Security Center 5.2 with Archiver role Migration tool This procedure also applies if your Omnicast system includes many Archiver servers (imagine multiple instances of Server B). To migrate and merge a federated Omnicast system to its federation host when the two Directories reside on different computers: 1 On Server A, upgrade Security Center to Security Center 5.2. See "Upgrade the main server" and "Upgrade Security Center Client", in the Security Center Installation and Upgrade Guide. 2 Delete the Archiver role that was created by default to run on Server A (the main server). a Log on with Config Tool to Security Center 5.2 on Server A. b Open the System task and click Roles. c Delete the Archiver role. 3 On Server B, install Security Center 5.2 Server (expansion server option) and Client where Omnicast Archiver is. See "Install an expansion server", in the Security Center Installation and Upgrade Guide. 4 On Server B, migrate the Omnicast Directory and Archiver to Security Center 5.2. gtap.genetec.com Omnicast Migration Guide

36 See "Running the Migration tool" on page Verify that the expansion server (Server B) is created. a Log on with Config Tool to Security Center 5.2 on Server A. b Open the Network view task and verify that the expansion server is created. 6 Verify that the server hosting the Archiver role is Server B. a Open the System task and click Roles. b Select the Archiver role, and click Resources. The server assigned to the Archiver role should be Server B. 7 For every additional Omnicast Archiver server you have (let s call it Server C), repeat Step 3 to Step 6, replacing Server B with Server C. After the migration, a single Security Center 5.2 system remains, deployed on two or more servers: Server A (main server), Server B (expansion server hosting the first Archiver role), and additional servers if applicable (expansion server hosting additional Archiver roles). gtap.genetec.com Omnicast Migration Guide

37 Enabling remote connections To migrate your Omnicast Directory to a Security Center 5.2 database that is on a remote server, you must enable remote connections between the SQL Servers. Before you begin: To access SQL Server, the same Windows user must exist on both computers, and have read and write privileges on both databases. To enable remote connections: 1 Download Microsoft SQL Server 2008 Management Studio from Microsoft or from the GTAP Product Download page, at NOTE You will need a username and password to log on to GTAP. 2 Allow remote connections on the Security Center server (see "Allowing remote connections" on page 32). 3 Enabling remote connections on the Omnicast and Security Center servers. Depending on your version of SQL Server, perform one of the following procedures: "Enabling remote connections for SQL Server 2008" on page 33 "Enabling remote connections for SQL Server 2005" on page 35. Allowing remote connections To migrate your Omnicast Directory to a Security Center 5.2 database that is on a remote server, you must first allow remote connections on the Security Center server where you want to migrate the Omnicast Directory. To allow remote connections: 1 Open the Microsoft SQL Server 2008 Management Studio in Windows. 2 Connect to the Security Center server where you want to migrate the Omnicast Directory. 3 Right-click the SQL Server, and click Properties. gtap.genetec.com Omnicast Migration Guide

38 4 In the Server Properties dialog box, select the Connections page. 5 Select the Allow remote connections to this server option. 6 Click OK. 7 Close Microsoft SQL Server 2008 Management Studio. Enabling remote connections for SQL Server 2008 After allowing remote connections on the Security Center server where you want to migrate the Omnicast Directory, you must enable remote connections for SQL Server 2008 on the Omnicast and Security Center servers. To enable remote connections for SQL Server 2008: 1 Open the SQL Server Configuration Manager in Windows. 2 Click SQL Server Network Configuration, and double-click Protocols for Server (where Server is the name of the server). gtap.genetec.com Omnicast Migration Guide