What I am seeing now on 7.1 servers with one in dev cache and the other not, is that Migrating an active link or filter from the server with dev cache on, to one with dev cache off, loads up the target server for the same amount of time that it does if I try to edit and save it directly on the target server (dev cache off). I wonder if you now have to switch the target server to dev cache mode before migrating anything? Theoretically that would mean two server restarts when switching dev cache mode on and then off again, but who can tell now that you don't have the Admin Tool to set that - it prompted you when you needed to restart the server. With the server properties moved to the User Tool and data in a form, there is no such prompt when you change something. The fog gets thicker and thicker...
Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://itsm.unt.edu/ > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Grøneng > Sent: Wednesday, June 06, 2007 1:08 PM > To: arslist@ARSLIST.ORG > Subject: Re: Administrator performance slow -RESOLVED > > We still see that the admin tool is increadible slow when > saving an active link. > > API logs shows that admin tool fetces all active links after > save is done, and this happend even if form list is restriced > by the 'View By Form' . > > Saving an active link takes 30-50 seconds. BMC support says > this is as designed. The server has aprox 32.000 active links. > > -- > Jarl > > On 4/20/07, Chapman, Colin <[EMAIL PROTECTED]> wrote: > > ** > > > > Jason and all who replied - thanks much ! > > > > I have switched to Development Cache mode and its speeded > up the Admin > > tool considerably ! > > > > > > > > Colin _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
