English 中文(简体)
SAP BODS Tutorial

DW & ETL

SAP BO Data Services

SAP BODS Repository

SAP BODS Datastores & Formats

Data Flow & Work Flow

SAP BODS Transforms

SAP BODS Administration

Multi-user Development

SAP BODS Useful Resources

Selected Reading

Creating a Multi-user Environment
  • 时间:2025-01-05

Creating a Multi-user Environment


Previous Page Next Page  

For a successful development in the multiuser environment, it is advisable to implement some processes pke check in and check out.

You can use the following processes in a multiuser environment −

    Filtering

    Checking out objects

    Undoing check out

    Checking in Objects

    Labelpng Objects

Filtering is apppcable when you add any objects, check in, check out and label objects to the central repository.

Migrating Multiuser Jobs

In SAP Data Services, job migration can be appped at different levels i.e. Apppcation Level, Repository Level, Upgrade level.

You cannot copy the content of one central repository to other central repository directly; you need to make use of local repository.

The first step is to get the latest version of all objects from the central repository to the local repository. Activate the central repository in which you want to copy the contents. Add all the objects you want to copy from the local repository to the central repository.

Central Repository Migration

If you update the version of SAP Data Services, you need to update the version of Repository also.

The following points should be considered when migrating a central repository to upgrade the version −

    Take a backup of the central repository of all tables and objects.

    To maintain the version of objects in data services, maintain a central repository for each version. Create a new central history with new version of Data Services software and copy all the objects to this repository.

    If you install a new version of Data Services, it is always recommended, you should upgrade your central repository to a new version of objects.

    Upgrade your local repository to the same version, as different versions of the central and the local repository may not work at the same time.

    Before migrating the central repository, check in all the objects. As you do not upgrade central and local repository simultaneously, so there is a need to check in all the objects. Once you have your central repository upgraded to a newer version, you will not be able to check in objects from the local repository, which has an older version of the Data Services.

Advertisements