We creating them, not importing SLA. And yup, we have problems when creating. The problem is, After all SLAs are done creating, brsvcbrie service is always stop every one or two hours.
I had to make scheduler to start the service that runs every two hours to keep the service runs. And after a week, all SLAs created successfully. On 7/10/07, Hromyak, Nicholas (DHCS-ITSD) <[EMAIL PROTECTED]> wrote:
I am curious: Were you importing SLAs? Or creating them? Were you successful when creating, or did you experience errors/problems? What is your environment? -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of cakrabinaya Sent: Monday, July 09, 2007 9:12 PM To: [email protected] Subject: Re: Share SLA experience Believe it or not, I sequentially put those 500 SLAs in less than a day, not by waiting one SLA successfully created first. And as you said, it was frustrating moment, especially when the SLA engine stopping intermittently after finish uploading Piuhh, I believe some guys are made some mistake upstairs. On 7/9/07, Issotyo P.B Sulistyo <[EMAIL PROTECTED]> wrote: > Yes indeed, it's frustating creating hundred SLA with tight deadline. > Can't imagine how frustate it will be with Cakrabinaya's SLA (He said > thousand SLA!). > > Did you creating 150 SLA at once, I mean sequently adding 150 SLA? Or, > rather wait for one SLA to be built succesfully(thorugh the SLA > Action) then move to the next SLA ? > > IPBS > > On 7/6/07, Hromyak, Nicholas (DHCS-ITSD) <[EMAIL PROTECTED]> wrote: > > We have over 150 SLAs. When deploying, do you mean creating? > > > > If creating, I have found you need to wait for them to build before > > moving on to the next SLA. Rather frustrating when you need to get them > > done quickly. > > > > As for best practices, I would say whatever is most applicable and the > > more generic and better way of getting your users/groups to use the same > > SLAs the better. > > > > Good luck. > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:[EMAIL PROTECTED] On Behalf Of Issotyo P.B Sulistyo > > Sent: Tuesday, July 03, 2007 9:31 PM > > To: [email protected] > > Subject: Re: Share SLA experience > > > > Hi Cakra, > > > > I had a nightmare when building/deploying around 100 SLA at once, > > since it is very slow. In one of my case, I had my server crashed with > > error Memory Allocation Error (Malloc) when building SLA. Same > > environment with your server. > > > > Did your server patched to version 20 ? ARSYS must be patched to > > Version 20 to avoid Malloc error. > > > > I wonder, is anybody ever deploy SLA more than 100 at once? > > > > IPBS > > > > On 6/18/07, cakrabinaya <[EMAIL PROTECTED]> wrote: > > > Hi All, > > > > > > I'm newbie on Remedy Helpdesk and I need some information about SLA. > > > Could you guys share your experience regarding to SLA deployment. > > > I my self had deployed more than 500 item SLAs at once recently, and > > > more than 1000 item SLAs totally in 1 month. > > > > > > I use Remedy 6.3 with w2k3 as the OS in compaq blade server with 4 > > > processor and 4gb ram, > > > > > > The impact to our server of deploying those SLAs is very significant. > > > It eating almost all the memory and processor resources, and also give > > > application error status on Event Viewer. It needs one week to process > > > all 500 items to built successfully. > > > > > > Does anyone know how many SLAs that securely deployed in one time > > max..? > > > Does anyone ever deploy as many as I do..? Or even more..? > > > And what is the best practice of designing SLA..? Is it per CTI or per > > > Priority and Urgency..? > > > > > > > > > TIA > > > > > > > > ________________________________________________________________________ > > _______ > > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > ARSlist:"Where the Answers Are" > > > > > > > ________________________________________________________________________ > > _______ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where > > the Answers Are" > > > > ________________________________________________________________________ _______ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" > > > > ________________________________________________________________________ _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" > ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
