Thanks much! My co-developer found it, and is going through the docs now. We've got enough customizations in place that I'd rather not reinstall ITSM unless necessary...but we've got to upgrade to patch 6 anyway, for the tool to work, so might have to regardless. Definitely will if that tool won't overwrite. Ah, well. Best option found so far, by far; 'fixing' the background data hasn't seemed to go anywhere.
Thanks for the undocumented tip, too--definitely worth keeping in mind. Cheers! ~james ____________________________________________ [] James C Russell 512.475.9262 | [] Remedy Development Team 512.475.9400 | [] The University of Texas, ITS | [] [EMAIL PROTECTED] | ~~ > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of strauss > Sent: Wednesday, November 14, 2007 3:14 PM > To: [email protected] > Subject: Re: Help zeroing permission/support group data in ARS7.1/ITSM > 7.0.02? > > If it is bad enough, maybe you should load up the new data management > application (ITSM Patch 9003) and export your data to match the > spreadsheets, clean it up in the spreadsheets, then load a new > installation of ITSM with it? We are planning to build our production > 7 server that way, and will first test it by exporting data from our > prototype server and loading it onto a test server to see if it works > as advertised. It's brand new, so there will probably be some glitches > (like the default client install is useless on a Vista workstation due > to directory lock-down and Excel 2007 security), but if you have to > start over on foundation data, that is what this tool is supposed to be > for. The advantage would be that after you clean the data and load it > into a fresh install of ITSM, you should be free of the records that > are in error or obsolete that you can't easily remove in the current > application. We are abandoning a lot of prototype Company and related > data that we decided not to use by doing it this way, without (we hope) > having to re-create everything manually. We were going to use the > EffectTech solution, but it does not handle Support > Staff/groups/permissions (which is most of the work); the new tool from > BMC claims to import that data as well. > > BTW, watch out if you have forms that were part of deployable > applications and got lost somehow (I lost some Change Management join > forms when uninstalling Approval Server 7.0.01 to install 7.1). They > are basically IMPOSSIBLE to replace via either import or Migrator from > a system that still has them installed correctly. I am now told that > you should NEVER uninstall Approval Server once Change Management has > been installed (no, it's not documented anywhere, but they did file a > defect for that). If you have any problems with the basic laydown of > foundation and application forms, you will need to reinstall - which > makes the ability to reload the foundation and support staff data from > files extremely valuable. I would rather rebuild from scratch than go > live on a system that was covered with band-aids... > > Christopher Strauss, Ph.D. > Call Tracking Administration Manager > University of North Texas Computing & IT Center > http://itsm.unt.edu/ > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:[EMAIL PROTECTED] On Behalf Of Russell, James C > > Sent: Wednesday, November 14, 2007 11:37 AM > > To: [email protected] > > Subject: Help zeroing permission/support group data in > > ARS7.1/ITSM 7.0.02? > > > > Howdy listers! > > > > A blown migration between ARS 7.1, ITSM 7.0.02 (Unix/Oracle > > to Win2003/SQL) servers has caused some interesting > > company/support group/people permissions errors, and we'd > > like to zero everything and start over (Re-migrating with > > Migrator hasn't worked out correctly, and we need to change > > support company structure, anyway). > > > > The problem...there are more background foundation forms for > > this purpose than any number of sticks may be shaken at, so > > far as I can tell. Not to mention those concerning > > assignment, notification, aliases...the list goes on. > > > > Have any of you grand folks run across this before? If I had > > a clean database image to roll back to, that'd be ideal...but > > we don't have one that contains all the installed > > applications without some corrupt data in (last time *that* > > will happen!). We tried zeroing it by poring over forms and > > deleting what we'd added, but miss a form here or there, and > > it corrupts subsequent data entry. > > > > Just now, we're running across assignment problems--I did > > find a load of bad/left over data in CTM:People Permission > > Groups, and am fixing that. > > Several other forms have already been 'fixed,' like > > CTM:SYS-Access Permission Grps, and some have good data > > already, like CTM:Support Group Associations (yet assignment > > still fails). > > > > A small bit of past experience with this already suggests > > that the problem with assignments and access restrictions > > aren't going to be fixed with this data update, either..and > > time is a-tickin'. > > > > Any ideas, suggestions, or advice is most welcome--if there > > are any other details I can supply that would help, I'll be > > more than happy to. > > > > Thank you! > > > > ~james > > > > ____________________________________________ > > [] James C Russell 512.475.9262 | [] Remedy > > Development Team 512.475.9400 | > > [] The University of Texas, ITS | > > [] [EMAIL PROTECTED] | > > ~~ > > > > > > > > ______________________________________________________________ > > _________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > > > _______________________________________________________________________ > ________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
smime.p7s
Description: S/MIME cryptographic signature
