Metadata about the DB2 database is not automatically refreshed. You can work offline until you want to update metadata, load database objects into SQL Server, and migrate data. When you reopen the project, you must reconnect if you want an active connection to the database. Your connection to the database server stays active until you close the project. The following example shows an DB2 Client connection string that uses integrated security:ĭata Source=MyDB2DB Integrated Security=yes įor more information, see Connect To Oracle (OracleToSQL). Provider=OraOLEDB.DB2 Data Source=MyDB2DB User Id=myUsername Password=myPassword The following example shows an OLE DB connection string: If you select Connection string mode, provide a connection string in the Connection string box. In the Password box, enter the password for the specified user name.In the User name box, enter an DB2 account that has the necessary permissions.In the Initial Catalog box, enter the database name.In the Server Port box, enter the TCP/IP Port number.If the database server is not configured to accept connections on the default port (1521), enter the port number that is used for DB2 connections in the Server port box.In the Server name box, enter or select the name or IP address of the database server.If you select Standard mode, provide the following values: Use connection string mode to provide a full connection string. Use service name mode to specify the DB2 service name manually. Use standard mode to specify the server name and port. In the Mode box, select either Standard mode, or Connection string mode. In the Manager box you can select either Db2 for zOs, DB2 for LUW or DB2 for i In the Provider box you will see the OLE DB Provider which is currently the only DB2 client access provider. If you previously connected to DB2, the command name will be Reconnect to DB2. You can browse this metadata in the DB2 Metadata Explorer pane and review properties of individual database objects.īefore you try to connect, make sure that the database server is running and can accept connections. This metadata is used by SSMA when it converts objects to SQL Server syntax, and when it migrates data to SQL Server. When you connect to a database, SSMA reads the database metadata, and then adds this metadata to the project file. Data access for data migration requires DATAACCESS.Schema Access for schema migration is normally granted to PUBLIC unless the RESTRICT keyword was used in CREATE.To obtain metadata for objects in other schemas and then convert objects in those schemas, the account must have the following permissions: This enables SSMA to obtain metadata from schemas owned by the connecting user. In DB2, there are predetermined groups of privileges for authorization, both at the instance level and at the level of a DB2 database. User authorization defines the list of the commands and objects that are available for a user. For more information, see the "Refreshing DB2 Metadata" section later in this topic. Instead, if you want to update the metadata in DB2 Metadata Explorer, you must manually update it. Metadata about the DB2 database is not automatically updated. Your connection to the database stays active until you close the project. SSMA stores information about the database server, but does not store passwords. When you connect, SSMA obtains metadata about all DB2 schemas, and then displays it in the DB2 Metadata Explorer pane. To migrate DB2 databases to SQL Server, you must connect to the DB2 database that you want to migrate.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |