Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Double Maintenance

Khayelihle
Explorer
0 Likes
2,094

Hi everyone,

I have a question here. What is Double Maintenance and why do we need it?

Moderator message: no interview-type questions please, search for available information.

Message was edited by: Thomas Zloch

1 ACCEPTED SOLUTION
Read only

Phillip_Morgan
Contributor
0 Likes
1,102

Hi,

This might be needed in two situations:

  • upgrade to higher version of SAP (ex. 47c to ECC6)
  • You implement separate systems for project and maintenance

The first case is a temporary situation; it is a project to upgrade the system.

The second situation is probably permanent; The company intends to facilitate (maybe) the coexistance of ongoing projects and day-to-day -possibly urgent- maintenance of the system.

Either way, imagine that during the course of a project, where a good deal of existing objects have been modified, you have a problem in the production system that requires an urgent correction. Say no invoices can be printed.

Since you do not want any new modifications (from project) to be transported to production, you may have to comment many objects, make the correction, then uncomment, with the risk of a mistake.

Having two separate transport chains like:

> Project: DEV - TST - QUA - PRD

> Maint: DEV2 - TST2 - PRD

allows you to quickly correct any problem and transport it production without disrupting the project.

This correction will have to be copied manually from DEV2 to DEV or else you will lose the correction when the project moves to production.

That's double maintenance.

1 REPLY 1
Read only

Phillip_Morgan
Contributor
0 Likes
1,103

Hi,

This might be needed in two situations:

  • upgrade to higher version of SAP (ex. 47c to ECC6)
  • You implement separate systems for project and maintenance

The first case is a temporary situation; it is a project to upgrade the system.

The second situation is probably permanent; The company intends to facilitate (maybe) the coexistance of ongoing projects and day-to-day -possibly urgent- maintenance of the system.

Either way, imagine that during the course of a project, where a good deal of existing objects have been modified, you have a problem in the production system that requires an urgent correction. Say no invoices can be printed.

Since you do not want any new modifications (from project) to be transported to production, you may have to comment many objects, make the correction, then uncomment, with the risk of a mistake.

Having two separate transport chains like:

> Project: DEV - TST - QUA - PRD

> Maint: DEV2 - TST2 - PRD

allows you to quickly correct any problem and transport it production without disrupting the project.

This correction will have to be copied manually from DEV2 to DEV or else you will lose the correction when the project moves to production.

That's double maintenance.