Gordon 的个人资料Gordon's Enterprise Proj...照片日志列表更多 ![]() | 帮助 |
|
|
7月23日 How to determine which version of a 2007 Office product is installed?How to determine which version of a 2007 Office product is installed including Project Server?
Method 1: Use the "Add or Remove Programs" item in Control Panel in Windows XP or in Windows Server 2003, or use the "Programs" item in Windows Vista Windows XP or Windows Server 2003
(Check with Table below) Windows Vista
To look for installed updates including service packs, follow these steps:
Method 2: Verify the version in the properties of the executable file Public updates and hotfixes other than service packs do not change the version of the installed product. To verify the version of the executable or other core file for an application, you can view the properties of a file. C:\Program Files \Microsoft Office\Office12 By default, the Mso.dll file is located in the following folder: C:\Program Files\Common Files\Microsoft Shared\OFFICE12 The original release and service packs of the 2007 Office programs have the following executable file names and version numbers:
7月17日 Moving Configuration Settings using Playbooks for Project Server 2007
What is Playbooks? Microsoft has released a tool call Playbooks with their Project Server 2007 resource kit to assist users in moving configurations of Project Server from one instance to another. Gordon plays with Playbooks. I recently had the experience to run into one of the pitfalls in using this tool. I was attempting to move configurations from my development server to the production server. Playbooks is a fantastic tool to assist in that process which previously was manual. What I noticed was that while rest of the configurations moved across smoothly, the formulas did not move across correctly. The formulas failed to calculate and just displayed “Error”. I had validated these formulas prior and was initially surprised that this would happen. I deleted the formulas and re-created them. This generally used to work for me, but surprisingly enough the formulas seems to break the formula calculation engine on the server. This was in spite a success message displayed once Playbooks completes the move. There is no recovery once this happened. The only way I was able to get project server to function again was to re-provision Project Web Access and recreate the databases or restore from the back-up taken, prior to running the playbooks tool. What I found was that if I used Playbooks to copy the rest of the configuration without formulas the configuration move went successfully. Somehow playbooks was not able to move formulas successfully across.
Workaround I used to get around this. Step 1: Ran playbooks and backed up configuration on source server. Step 2: Deleted all the formula based fields from the source server. Step 3: Ran Playbooks and backed up a second time. Step 4: Restored second playbooks config (without formulas) on the target server. Step 5: Restored first playbooks conf back on source server. Step 6: Manually re-created the formulas on the target server. Conclusion Playbooks for me is a great tool to reduce the effort in moving configurations from one Project Web Access instance to another. However I feel there are certain disconnects with the tool. I would use it, but with caution depending on the scenario and situation. Never know what surprise it could spring up on me. Happy playing !!! Gordon Lewis 6月23日 Talking about Project Server 2007 Data Analysis common issues
Quote 1 Project Server 2007 Data Analysis common issues Talking about Talking about MS Project 2007: My Tasks Web Part Error
Quote Talking about MS Project 2007: My Tasks Web Part Error Talking about Project Interdependency Project Server 2007 Part 1
Quote Project Interdependency Project Server 2007 Part 1 6月20日 Project Interdependency Project Server 2007 Part 1
Project Interdependency in Project Server 2007 Part 1 (Linking Tasks across Projects) What is interdependency of Projects? During the executing of project work, the entire execution may not be solely independent of external influences of external projects. During the planning phase, it is important that a matrix of interdependencies of projects and program of work is established. Keeping across externally dependent tasks or activities is equally important to managing tasks on the critical plan on your project. How to set Project interdependency between projects in Project Server? Open the Project for which the interdependency is to be set in MS Project Professional (in edit mode) In the Predecessors column type in <>\Project Name\Task ID where Project Name is the name of the Project to which the predecessor dependency is to be set. The Project ID is the task ID of the task for which the predecessor relationship is to be set. Once this has been set you will notice a ghost dependent task appear from the dependent project in your project plan. Save and Publish the Project Plan. Note: To set this inter-dependency it is important to open the dependent project in at least ‘read only’ mode. For this inter-dependency to be reflected in both Project Plans, both projects need to be opened in Edit Mode and changes saved accordingly. What happens if the dependent task on the external project changes? When the dependent task on the external project changes, the next time the project is opened, changes to the external predecessor task will be shown. The user will have the option to accept the changed on dependency to the external project or if needed Delete the Link. On Accepting and closing the dialogue box the accepted changes are reflected in the project plan. 6月7日 Talking about MS Project 2007: My Tasks Web Part Error
MS Project Server 2007: My Tasks Web Part Error
6月6日 Project Server 2007 Data Analysis common issues
Project Server 2007 Data Analysis errors and common issues faced
6月2日 Project Server 2007 Active Directory Enterprise Resource Pool Synchronisation
One might encounter errors of synchronisation of resources with Active Directory. Error Message Project User: AD\glewis Correlation Id: 8d0de900-0500-4a45-80a4-3ec45d2107db PWA Site URL: https://projectserver/PWA SSP Name: SharedServices1 SSP Administration PSError: Success (0) A resource could not be updated during Project Server Active Directory Synchronization because a duplicate windows account name conflict occured that could not be resolved. Resource GUID: 38c2d710-e92c-4181-91e8-b1e8f79acb5a. Resource Name Paris Hilton Windows Account: Things to check: 1. Resource is checked out Sometimes when the resource is checked out you could get errors. It is advisable to update details of resource and check the resource back in. Sometimes the resource is checked out by the AD sync service accoutn and could be checked out in the DB but not appear as checked out in PWA. Re-run the synchronisation 2. Resource details manually entered and not aligned to conventions in Active Directory What I found was that somehow the resource to which Active Directory was synchronising to was already defined manually and names were not correctly defined as they were in Active Directory. Delete the resource if not assigned to tasks or project and re-run synchronisation or edit the resource to as defined in the Active Directory |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|