Chat now with support
Chat with Support

Stat 6.1 - User Guide

Introduction to Stat Connecting to Stat Change/Service Requests Stat Consoles Tasks and Time Entries Stat Projects Search Engines Reports and Graphs Personal Rules Object Tools and Wizards Change Management for PeopleSoft
Object Management (PeopleSoft) Object Archives (PeopleSoft) Object Migrations (PeopleSoft)
Change Management for Oracle Applications
Object Management (Oracle Applications) Patch Management Object Archives (Oracle Applications) Object Migrations (Oracle Applications)
Change Management for Generic Applications
Object Management (Generic Applications) Object Archives (Generic Applications) Object Migrations (Generic Applications)
Appendix: Troubleshooting Chart Appendix: Migration Options Appendix: User-Specific Parameters Appendix: Supported PeopleSoft Proprietary Objects Appendix: Stat Reports

Object Comments

Right-clicking on a selected object on the CSR Object list opens a pop-up menu with additional functions. Select Edit Comments from this pop-up menu. This opens the Object Comments window.

In this window you can edit or add comments to an object. You should use this space to document the changes made, why they were made, and any other pertinent information. You can also cut, copy, and paste into this window. You can add comments up to 2,000 characters in length.

For objects that have been added via the Read CSR Wizard, Stat automatically inserts a comment noting the source CSR, the date and time, and the user who performed the action.

Object Archives (Generic Applications)

About Archive Sets

Using Stat, developers can take ‘snapshots’ of objects as they exist in a particular environment and archive them indefinitely in the Stat Repository. Because archive sets are stored in the Stat Repository and not a generic application environment, you can archive different versions of objects and rollback to previous versions when necessary. This effectively makes Stat the “Undo” feature of your generic application.

Once a developer locks the objects that he or she wishes to change, Stat automatically takes a snapshot of those objects before any changes occur. This is called a base archive set. The base archive set is the “pre-change” version of all the objects locked in the CSR. You can use this snapshot, like all archive sets, to restore data objects and file objects to their previous state.

As you make changes to the objects, you can also create interim archive sets. This is effectively backing up your work as you go along.

The ability to the create archive sets that include file objects and/or data objects is activated at the service domain level by your system administrator.

About Archive Sets

Object Archives (Generic Applications)

Using Stat, developers can take ‘snapshots’ of objects as they exist in a particular environment and archive them indefinitely in the Stat Repository. Because archive sets are stored in the Stat Repository and not a generic application environment, you can archive different versions of objects and rollback to previous versions when necessary. This effectively makes Stat the “Undo” feature of your generic application.

Once a developer locks the objects that he or she wishes to change, Stat automatically takes a snapshot of those objects before any changes occur. This is called a base archive set. The base archive set is the “pre-change” version of all the objects locked in the CSR. You can use this snapshot, like all archive sets, to restore data objects and file objects to their previous state.

As you make changes to the objects, you can also create interim archive sets. This is effectively backing up your work as you go along.

The ability to the create archive sets that include file objects and/or data objects is activated at the service domain level by your system administrator.

Archive Set Types

You use archive sets to recover objects to environments and migrate completed changes. There are three main types of archive sets: Base, Interim, and Final. There is also a fourth type called Merged, which is the result of using the Object Merge Wizard to combine the definition of two versions of the same data object.

You can use any archive set type to restore or move objects. Each archive set contains objects that belong to one CSR, while the CSR itself may contain one or more archive sets, including the base, the final, and all the interim or merged archive sets.

When you create an interim or final archive set, you tell Stat what environment the archives of the objects should come from. For data objects, the archives come from the selected generic application environment. For file objects, the archives come from either the source file locations defined for the selected environment or from the working directory of the assigned developer.

System administrators define source file locations for each file type and working directories for each developer. Working directories are where users make their changes. When creating an archive set, you can take the file archives either from the environment’s source file locations or from the developer’s working directory.

Base Archive Sets

The base archive set is the most important because it contains the “pre-change” version of all the objects in the CSR. Stat automatically creates the base archive set when you save your CSR after locking objects. The base archive set is created from the Base environment in your migration path. Your system administrator defines which environment is the Base environment for each migration path. Your system administrator also defines each file type's source file locations for the Base environment. It is from these locations that Stat takes the “pre-change” version of the file objects locked in the CSR.

* 
NOTE: If objects are removed from a CSR, those objects are also removed from all the archive sets on that CSR. This keeps the base archive set accurate and up-to-date.

A CSR can contain only one base archive set, which contains all the locked objects. The base archive set is dynamic, meaning that Stat automatically adds to it objects that are locked in the Base environment after the set is initially created. The base archive set continues to grow as Stat issues more locks on objects in the CSR.

You should never delete base archive sets from the system since they contain objects in their original, “pre-change” state. The moment you request a lock on objects, Stat places a holder in the system for the base set. Before you save the CSR, the status of the base set is In Process. If you do not save the CSR, the objects are not locked and the base archive is not created.

Interim Archive Sets

As you make changes to objects, you can save the modified objects in interim archive sets. Interim archive sets contain objects that are currently being modified and can be taken from any environment on your migration path, although by default the source environment is Development. If the archive set contains file objects, the archive of the file objects is taken either from the first source location defined for the specified environment or the developer’s working directory.

You can create an unlimited number of interim archive sets. An interim archive set is also dynamic. Stat can add objects to it after it is created. However, you cannot add or delete objects from an interim archive set once it has been migrated. This is to keep referential integrity intact. If you need to archive an object that is not in one of your interim archive sets, just create a new interim archive set for that object.

An interim archive set can contain some or all the objects associated with a CSR. You create interim sets to save objects after significant changes have been made throughout the development process.

Final Archive Sets

Once your changes are completed and approved, you should create a final archive set. The final archive set is static, and although it is not mandatory that you create one, it is strongly recommended. A CSR can contain only one final archive set, and objects cannot be added to it once it is created. When the final archive set is created, Stat automatically adds to it all objects locked on the CSR.

You can create a final archive set from any environment on the migration path of the CSR. As with interim archive sets, if the final archive set contains file objects, the archive of the file objects is taken either from source locations defined for the particular file types or the developers’ working directories.

Merged Archive Sets

Merged archive sets are automatically created by Stat when you use the Object Compare Wizard to combine the definition of two versions of the same data object. Merged archive sets are automatically added to the CSR from which the original versions of the object were selected. A CSR can contain an unlimited number of merged archive sets. For more information on the Object Merge Wizard, see Object Tools and Wizards .

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating