Christine,
We’re on also 7.5.01 and looking at an upgrade.
I’ve used archive with the “Delete from Source” option on a couple of forms
not had any problem.
However, when I tried the “Copy to Archive and Delete from Source” option,
the Archive form generates the following error when searching
Hi Everyone
Hoping to get some feedback to the following:
We are looking into archiving our Incident Management data. We are currently
running 7.5.1, but expect to upgrade by the end of the calendar year. The
modules currently running are IM, CM, AM, SRM (not heavily yet, so many
requests
Thanks for the reply.
I have two options infront of me.
1) Use DB Script
2) Use RRRchive
Can you please let me know the advantages of RRRchive over DB script for
archiving?
Regards
Robin
___
UNSUBSCRIBE or access
RRR|Chive will use ARS API. That means that the workflow will be fired and
it can be slow (because of your ARS server, not because RRR|Chive. Also
both source and destiny must be ARS servers (can be the same).
DB is faster but you are doing things outside ARS. That means that it's not
supported,
Hi,
There is an option to disable workflow on the target form:
target_disablemergefltr = YES
There is also an option for the delete in the source form:
source_disabledeletefltr = YES
The problem with the delete-filter is that RRR|Chive needs to disable the
filter completely, and that is an
Agree
Jose Manuel Huerta
http://theremedyforit.com/
On Wed, Aug 8, 2012 at 1:41 PM, Misi Mladoniczky m...@rrr.se wrote:
You can then, as I mentioned earlier, use RRR|ArxToHTML to create HTML web
pages of the ARX-files, which can be accessed with any browser. Either on
a web server or on
Thanks Misi and Jose for your reply.
Misi,
Changing the Filter qualification on the source form is a good idea.
If I propose RRRchive as a solution for archiving,the first concern comes in
everyone's mind will be the performance impact on the application server as it
uses API.
Can you please
Hi,
If you run the archiving scripts often, the impact will be less.
In any event, the impact should be light, as RRR|Chive normally does not
trigger any table scans.
If a lot of records are archived (deleted) at the same time, this might
have a small impact.
Records are merged and deleted one
Hi all,
Can you please let me know your suggestions on requirements 1 and 2?
1) Transfer records from a regular form to an archive form and delete records
from the regular form. I don't want to use built-in remedy archive feature as
it consumes lot of resources and takes long time to complete.
Hi all,
Can you please let me know your suggestions/solutions on requirements 1 and 2?
1) Transfer records from a regular form to an archive form and delete records
from the regular form. I don't want to use built-in remedy archive feature as
it consumes lot of resources and takes long time to
: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Robin
Sent: Tuesday, August 07, 2012 1:02 AM
To: arslist@ARSLIST.ORG
Subject: Help on archiving data.
Hi all,
Can you please let me know your suggestions on requirements 1 and 2?
1) Transfer records from
attention and be illuminated by its brilliance. - paraphrased by me
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Robin
Sent: Tuesday, August 07, 2012 3:07 AM
To: arslist@ARSLIST.ORG
Subject: EXTERNAL: Help on archiving
. - paraphrased by
me
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Robin
Sent: Tuesday, August 07, 2012 3:07 AM
To: arslist@ARSLIST.ORG
Subject: EXTERNAL: Help on archiving data.
Hi all,
Can you please let me
System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
Sent: Tuesday, August 07, 2012 7:01 AM
To: arslist@ARSLIST.ORG
Subject: Re: EXTERNAL: Help on archiving data.
Hi,
RRR|Chive has the ability to MOVE things, which is good when you do
archiving. If the forms
: Tuesday, August 07, 2012 7:01 AM
To: arslist@ARSLIST.ORG
Subject: Re: EXTERNAL: Help on archiving data.
Hi,
RRR|Chive has the ability to MOVE things, which is good when you do
archiving. If the forms are identical, it is very easy, and you can retain
the original Request ID, which the built
: Re: EXTERNAL: Help on archiving data.
Hi Rick,
Can you elaborate on the caveat? There should be no 10K limit to the number
of records RRR|Chive can move in a single run.
And why not run it every night. This would minimize impact even further, as
fewer records will be deleted each run
Hi,
The built in archiving has its pros and cons. The main advantage is that
the archive form will automatically be updated when you add/change fields
to the source form. Or at least this is how it is supposed to work.
The cons are:
- that you do not retain the Request ID (field id 1) in the same
(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Jorge Polo
Sent: Tuesday, April 24, 2007 2:48 PM
To: arslist@ARSLIST.ORG
Subject: archiving data
Hello everyone:
What are the advantages and disadvantages of archiving Helpdesk 5.6
application data using the different possible options?
If I use DSO
@ARSLIST.ORG
Subject: Re: archiving data
Hello Jorge,
I am currently working on an application that will allow Parent-Child
archiving with synchronization of fields and views.
(on top of other options like: creation of destination table with ALL or
DATA ONLY fields, enable/disable index
Hi List - anyone know if the 7.0 odbc driver supports joining tables?
Thanks
Chris Cook
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the
Answers Are
There is one approach that you didn't mention that I think is
underutilized. You can partition the tables using the partitioning
features of your db. The advantages to this include:
- 1 form for archived and current data
- can be managed from the ardb.cfg file (admin tool- server info- db tab)
and rebuilding indexes has been available
since Oracle 8i I believe
Guillaume
From: Mike White
Sent: Fri 12/01/06 8:59 AM
To: arslist@ARSLIST.ORG
Subject: Re: Archiving Data in Remedy
I haven't seen discussion about disk space and indexes relative to
archival, so thought I'd add
, December 04, 2006 12:13 AM
To: arslist@ARSLIST.ORG
Subject: Re: Archiving Data in Remedy
There is a big bug in ARS 6.0.1 archiving.
As soon as you enable archiving on a form and the archive form is
generated
by ARS, all the default values on all fields of the original form are
blanked out
:
MKCORP.COM Subject: Re: Archiving Data in
Remedy
Sent by: Action
I don't remember right but it was fixed in Patch 1497 for 6.0.1 or the one
before it.
From: Mike White [EMAIL PROTECTED]
Reply-To: arslist@ARSLIST.ORG
To: arslist@ARSLIST.ORG
Subject: Re: Archiving Data in Remedy
Date: Mon, 4 Dec 2006 10:08:13 -0500
H. We're running 6.0.1, patch 1497
Crosby [EMAIL PROTECTED]
Reply-To: arslist@ARSLIST.ORG
To: arslist@ARSLIST.ORG
Subject: Re: Archiving Data in Remedy
Date: Fri, 1 Dec 2006 08:07:53 -0800
To me, the biggest pitfall is that there is only one thread for
escalations. This is problematic if you use escalations for other
processes
:[EMAIL PROTECTED] On Behalf Of Jase Brandon
Sent: 30 November 2006 19:11
To: arslist@ARSLIST.ORG
Subject: Archiving Data in Remedy
Hello Listers,
I am looking for best practices and ideas for the beginning of Remedy
data archival. We have had Remedy here for almost a year and are
beginning
Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED]
Behalf Of Webster, Basil
Sent: Friday, December 01, 2006 11:03 AM
To: arslist@ARSLIST.ORG
Subject: Re: Archiving Data in Remedy
**
Hi Jase,
We have tried to use the built in archiving on numerous occasions and it let us
down
Hello Listers,
I am looking for best practices and ideas for the beginning of Remedy
data archival. We have had Remedy here for almost a year and are
beginning to look into data archival options.
Can anyone share ideas or experiences?
Thanks in Advance, )
Help Desk 6.0
Windows
Hi Jase,
This is a 3-tier strategy I have often used.
1. One Active form where all active records are stored. Closed records
will only stay herer for 1-3 months depending on the requirements you
have.
2. One Report/History form where all closed records are immediately
copied. The records stay
] On Behalf Of Jase Brandon
Sent: Thursday, November 30, 2006 12:11 PM
To: arslist@ARSLIST.ORG
Subject: [ARSLIST] Archiving Data in Remedy
**
Hello Listers,
I am looking for best practices and ideas for the beginning of Remedy
data archival. We have had Remedy here for almost a year
)
[mailto:[EMAIL PROTECTED] On Behalf Of Misi Mladoniczky
Sent: Thursday, November 30, 2006 12:03 PM
To: arslist@ARSLIST.ORG
Subject: Re: Archiving Data in Remedy
Hi Jase,
This is a 3-tier strategy I have often used.
1. One Active form where all active records are stored. Closed records
will only stay
System discussion list(ARSList)
arslist@ARSLIST.ORG
11/30/2006 03:13 PM
Please respond to
arslist@ARSLIST.ORG
To
arslist@ARSLIST.ORG
cc
Subject
Re: Archiving Data in Remedy
Hi Misi,
Thanks for your quick response! Have you used the built in archiving
feature in Remedy Help Desk 6.0?
Can you
@ARSLIST.ORG
Subject: Re: Archiving Data in Remedy
Hi Jase,
This is a 3-tier strategy I have often used.
1. One Active form where all active records are stored. Closed records
will only stay herer for 1-3 months depending on the requirements you
have.
2. One Report/History form where all
34 matches
Mail list logo
