Submitting forms on the support site are temporary unavailable for schedule maintenance. If you need immediate assistance please contact technical support. We apologize for the inconvenience.
라이브 도움말 보기
등록 완료
로그인
가격 산정 요청
영업 담당자에게 문의
제품 번들을 선택했습니다. 귀하의 요청에 더 적합한 서비스를 제공해 드릴 수 있도록 개별 제품을 선택해 주십시오. *
지금은 채팅에 회신할 수 있는 기술 지원 엔지니어가 없습니다. 즉각적인 서비스를 받으려면 당사의 서비스 요청 양식을 사용하여 요청을 제출하십시오.
다음 문서의 설명에 따라 문제를 해결할 수 있습니다.
In addition to the objects contained in a PeopleSoft project, you can archive and migrate PeopleSoft project definitions as separate object types. You can associate PeopleSoft project definitions to a CSR in two ways:
For PeopleSoft versions 8.x, Stat records how certain project definition properties have been set in the archive’s source environment, including audit flag and DDL settings. For PeopleSoft version 8.4x, Stat also records the settings for portal structure permission lists, display size page property, and the database field format. Stat records whether these properties will be copied into the target environment during a migration or whether the settings as defined in the target environment will be retained. After you have archived or migrated a project definition, you can view its property settings as recorded in Stat in the Upgrade Options window.
To open the Upgrade Options window, double-click on the project definition in the Objects tab of the Edit Archive Set window. You can also open this window by double-clicking on a project definition in the Migration History Wizard.
The previous chapter explained how to archive objects by creating archive sets. This chapter explains how to migrate archive sets between your PeopleSoft environments.
Migrating objects updates your environments with the most recent version of those objects, or, if necessary, lets you roll back your environments to earlier versions.
In Stat, migrating file objects entails moving them to designated source file directories or developers’ working directories. For PeopleSoft proprietary objects, Stat creates a PeopleSoft project that contains the archived objects. This project is created in a staging database, which is simply a temporary holding bin for objects. Once the objects are staged, you complete the migration in PeopleSoft by pushing the project from the staging database to the target environment.
There are two places in a CSR where you can initiate a migration: the Migration Path tab and the Object Management tab. Migrations can also be initiated outside CSRs using certain tools and Wizards. Migrations in Stat are not linear; a migration can go in any direction. For example, you can bypass the Development environment and migrate an archive set from the QA environment directly into the Production environment.
System administrators can set up Stat to support auto-migrating archive sets to multiple environments distributed over a network. This is done by designating particular environments on a migration path as a distribution environments and then associating them with lists of interrelated environments. This way, when you migrate an archive set to a distribution environment, Stat automatically migrates the archive set to all the associated environments as well. This spares you the time-consuming task of migrating an archive set to each environment separately and is especially helpful when a migration path calls for more environments than the limit of nine that can be represented graphically.
When you migrate an archive set that contains both PeopleSoft proprietary objects and file objects, with the proper security rights you can choose to migrate just the PeopleSoft proprietary objects in the archive set, just the file objects, or both. System administrators can enforce that certain users only migrate file objects while others only migrate PeopleSoft proprietary objects.
It is good practice to synchronize your development workspace with your base archive set. This ensures that you are making changes to the correct version of the objects. This is true of all your environments. As you make changes, you should create interim archive sets that document those changes and then migrate them to the appropriate environments. The migration process is virtually the same, regardless of the type of archive set.
The development workspace is where you make the changes. For PeopleSoft proprietary objects, this is the Development environment. For file objects, it can be either the Development environment’s source file locations or the assigned developers’ working directories. It is recommended that each developer make changes to file objects in their own working directories so that the changes can be documented and controlled. System administrators can enforce that developers modify objects only in either their working directories or in the source file locations.
계열사 지원 사이트에서 Quest *제품*에 대한 온라인 지원 도움말을 볼 수 있습니다. 올바른 *제품* 지원 콘텐츠 및 지원에 연결하려면 계속을 클릭하십시오.
The document was helpful.
평가 결과 선택
I easily found the information I needed.
© ALL RIGHTS RESERVED. Feedback 이용 약관 개인정보 보호정책 Cookie Preference Center
Quest Software 포털은 더 이상 IE 8, 9, 10을 지원하지 않습니다. 브라우저를 최신 버전의 Internet Explorer나 Chrome으로 업그레이드하는 것이 좋습니다.
IE 11로 업그레이드 여기를 클릭
Chrome으로 업그레이드 여기를 클릭
IE 8, 9 또는 10을 계속 사용할 경우 당사가 제공하는 뛰어난 셀프서비스 기능 모두를 최대한으로 활용하실 수 없습니다.