] On Behalf Of Thomas
Miskiewicz
Sent: Friday, August 23, 2019 8:34 AM
To: ARSList
Subject: Re: DSO creating duplicates
Thank you for the quick reaction, Jeff. It’s interesting because I was looking
Through the release notes today and hardly found anything regarding DSO...
I wish I could find
We also had issues with DSO and ours was fixed with 9.1.07
KR Conny
-Ursprüngliche Nachricht-
Von: ARSList Im Auftrag von Thomas Miskiewicz
Gesendet: Freitag, 23. August 2019 17:34
An: ARSList
Betreff: Re: DSO creating duplicates
Thank you for the quick reaction, Jeff. It’s
Thank you for the quick reaction, Jeff. It’s interesting because I was looking
Through the release notes today and hardly found anything regarding DSO...
I wish I could find something that would justify an upgrade...
> On 23. Aug 2019, at 17:27, Jeff Lockemy wrote:
>
> Hi Thomas,
&
Hi Thomas,
There were multiple issues that we had with DSO in 9.1.x that we had to work
with BMC on. They fixed them in later patch releases, so my recommendation
would be to get to either 9.1.3 or 9.1.4 with the latest service pack. That
should alleviate the issues that you are
Hello Listers
we transfer from Server A to B using DSO with the Option independent copy and
overwrite if you find something.
So some reason DSO is trying to create a record twice, ignores the Overwrite
instruction and violated the unique index on the Request ID
We’re using 9.1.001
Hi Listers
I modify a record, the change does into distributed pending and it stays there
for quite a few minutes before it gets processed. This isn’t normal is it?
Thomas
--
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist
9.1.03 SP1 Hotfix Nov 2017
> On Aug 6, 2018, at 8:25 PM, Fred Grooms via ARSList
> wrote:
>
> What version AR Server are you running? There is a bug in ARS 9 where DSO
> does not read the target server port. I'm not sure which patch it is
> corrected in.
>
What version AR Server are you running? There is a bug in ARS 9 where DSO
does not read the target server port. I'm not sure which patch it is corrected
in.
Fred
-Original Message-
From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas
Miskiewicz
Sent: M
Hello Listers,
the target server runs with port mapper. For some reason some of the DSO
transfers stopped working. The logs show that the attempts of some DSO
transfers work because they do it on Port 1112 (Port Mapper). But the ones
failing for some reason use port 2010 on which the source
ject: Re: Escalation qualification : DSO
**
I know that Misi reads and replies to the list, but that is really a support
question for RRRChive, and should be asked of the Developer directlyMisi is
usually very good at responding on the list, but you may want to go to his
website and ask dire
> deletion from source should not happen until insertion in target form is
> not
> completed. I have already shared ny configuration.
> Urgent response is really appreciated.
>
> Regards,
> Saurabh
>
>
>
>
> --
> View this message in context:
> http://ars-
.
Urgent response is really appreciated.
Regards,
Saurabh
--
View this message in context:
http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118898.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com
ery 3 hours that would be helpful.
Detailed steps would really be helpful.
Regards,
Saurabh
--
View this message in context:
http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118890.html
Sent from
ords older than the date field. If there are any records, perform the DSO
operation on the form A record. If there are NO records, use an else action in
the escalation to add some number of seconds - say 14400 for 4 hours worth - to
the date field in form B.
Make sure you add some limit t
ber 9, 2014 8:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: Escalation qualification : DSO
I'm not sure what sort of problem you are having at the DB level, but have
you tried putting this escalation into its own escalation pool?
I'd give that a try and change it to run every 24 hours inst
, etc...check it out and see if it serves a
purpose for you :)
On Mon, Sep 8, 2014 at 11:49 PM, MalviyaSaurabh wrote:
> Thanks for all your reply.
> One more clarification which I am seeking out is that my escalation runs on
> every 30 mins, and I can see records coming into the DSO pe
discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of MalviyaSaurabh
Sent: Tuesday, September 09, 2014 12:49 AM
To: arslist@ARSLIST.ORG
Subject: Re: Escalation qualification : DSO
Thanks for all your reply.
One more clarification which I am seeking out is that my escalation runs on
eve
Thanks for all your reply.
One more clarification which I am seeking out is that my escalation runs on
every 30 mins, and I can see records coming into the DSO pending queue in
the DSO Pending form, I would want to know from where i can get to how many
records are qualified in each execution of
--
> From: MalviyaSaurabh
> Sent: 08-09-2014 04:46 PM
> To: arslist@ARSLIST.ORG
> Subject: Escalation qualification : DSO
>
> Hi All,
> I am in the process of archiving records in remedy. I have written an
> escalation with DSO action written which is working. I have
Will server-side-table-chunk-size = 500 help?
-Original Message-
From: "MalviyaSaurabh"
Sent: 08-09-2014 04:46 PM
To: "arslist@ARSLIST.ORG"
Subject: Escalation qualification : DSO
Hi All,
I am in the process of archiving records in remedy. I have written an
;
>> **
>> I don't believe so, an escalation will always iterate over all records
>> that match the qual.
>>
>>
>> On Mon, Sep 8, 2014 at 8:45 AM, MalviyaSaurabh <
>> malviya.saurab...@gmail.com> wrote:
>>
>>> Hi All,
>>> I am in
gWing" wrote:
**
>I don't believe so, an escalation will always iterate over all records that
>match the qual.
>
>
>
>On Mon, Sep 8, 2014 at 8:45 AM, MalviyaSaurabh
>wrote:
>
>Hi All,
>>I am in the process of archiving records in remedy. I have written
, 2014 at 8:45 AM, MalviyaSaurabh <
> malviya.saurab...@gmail.com> wrote:
>
>> Hi All,
>> I am in the process of archiving records in remedy. I have written an
>> escalation with DSO action written which is working. I have the escalation
>> qualification as
>> ( 'T
I don't believe so, an escalation will always iterate over all records that
match the qual.
On Mon, Sep 8, 2014 at 8:45 AM, MalviyaSaurabh
wrote:
> Hi All,
> I am in the process of archiving records in remedy. I have written an
> escalation with DSO action written which is worki
Hi All,
I am in the process of archiving records in remedy. I have written an
escalation with DSO action written which is working. I have the escalation
qualification as
( 'Ticket Closed Date' <= "2/28/2009 11:59:59 PM") AND ( 'Status' =
"Closed") AND (
t have to write return mapping, it would be great.
~ Nathan
On Fri, Apr 12, 2013 at 5:54 PM, Rajendra Kapale wrote:
> **
> DSO needs the mapping with same name to be present on server B which was
> used to transfer record from server A. Where DSO transfers data with
> ownership on
DSO needs the mapping with same name to be present on server B which was
used to transfer record from server A. Where DSO transfers data with
ownership on destination server it also fills a special field "from
mapping" on the transferred record.This field will be later used in DSO
upd
Was trying out Return Operation with DSO.
I have a Server A and Server B.
Server A is sort of Source.
I did DSO Mapping and was able to move data from A->Form1 to B->Form1 in
Data + Ownership Mode.
When TRANSFER is done, as expected, for the record in question, Server B is
has "Maste
DSO 7.6.04 SP2 Linux->Windows
Sent by:"Action Request System discussion list(ARSList)"
**
Thanks guys for all the help. I am still trying to figure it out.
One more question.
When servers are geographically dispersed, how does this work? Typically
only mid tier port wou
And if you are short on servers you can DSO from one server to itself.
Jason
On Tue, Apr 9, 2013 at 9:47 PM, munesh konda wrote:
> **
> It should work with base ARS installation but you need to apply DSO
> license before you configure it and test.
>
>
> Regards
> Munesh
It should work with base ARS installation but you need to apply DSO license
before you configure it and test.
Regards
Munesh
On Wed, Apr 10, 2013 at 9:21 AM, Nathan Brandt wrote:
> **
> Can DSO setup be tested with just base ARS installation or does it need
> any applications to be
Can DSO setup be tested with just base ARS installation or does it need any
applications to be installed/licenses to be applied?
~ Nathan
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the An
ames. There are also some DSO specific name parameters.
>
> Double check that none of these are conflicting.
>
> Regards,
> Chad Whilding
> Senior Developer
> CSC
>
> 3560 Pentagon Blvd., Beavercreek, OH 45431-1706
> North American Public Sector | p: +1-937.320-7827
Nathan,
If there is no conflict between your /etc/hosts and DNS, then double check
the ar.cfg.
There is also an IP-Name parameter that can be used for a server with
multiple names. There are also some DSO specific name parameters.
Double check that none of these are conflicting.
Regards
: Tuesday, April 09, 2013 4:22 PM
To: arslist@ARSLIST.ORG
Subject: Re: Issues in DSO 7.6.04 SP2 Linux->Windows
**
Kiran,
That is already in place. I had put entries of each other in appropriate hosts
file on both Windows and Linux.There are no firewalls running on both servers
as well.
~ Nathan
@ARSLIST.ORG] *On Behalf Of *Nathan Brandt
> *Sent:* Tuesday, April 09, 2013 10:43 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Issues in DSO 7.6.04 SP2 Linux->Windows****
>
> ** **
>
> **
>
> We are trying to setup DSO between 2 AR servers.
>
> One is on
Brandt
Sent: Tuesday, April 09, 2013 10:43 AM
To: arslist@ARSLIST.ORG
Subject: Issues in DSO 7.6.04 SP2 Linux->Windows
**
We are trying to setup DSO between 2 AR servers.
One is on RHEL 5.3, 7.6.04 SP2 and other is on Win 2k 8, 7.6.04 SP2
We enabled DSO on both the servers. Machines are in s
We are trying to setup DSO between 2 AR servers.
One is on RHEL 5.3, 7.6.04 SP2 and other is on Win 2k 8, 7.6.04 SP2
We enabled DSO on both the servers. Machines are in same network and
accessible from one another using machine name (same as AR Server name).
After making all configuration
We found the same problem moving ~ 100,000 records.
If the DSO process was 64 bit then we'd be OK.
We now have a windows task that checks the memory being used by the DSO
process and kills it if it gets > 2GB.
This works for us.
-Original Message-
From: Action Reques
The way I've done that in the past (large amount of data) is
- set up the filter with the DSO action for the going forward updates
- disable DSO (allow those pending records to be queued up)
- do an export of the table from the source system and import into the target
system.
- Restar
For a 1 time process (like to set up archiving) you can export the data needed
and use the Import tool to add records to the DSO Pending form. It is easy
enough to see exactly what the data needs to be in the DSO Pending form.
After the archiving is set up you can use the escalation to
hi Abhijeet,
I am using DSO action in an escalation as I want to copy data to an archive
server. And no not using private queue for DSO.
If the escalation has more than 100K records to process via a DSO action I see
the malloc error.
And by 1 go I mean without splitting data in smaller chunks
Are you moving these after an update (modify) is done on each record?
Also what do you mean by one go?
For filter based actions (like the ones on which DSO would trigger) events
would really be transactions being executed on a queue.
Are you using private queue for DSO?
Abhijeet
On 07-Feb-2013
hi List,
I would like to know what is the max number of records anyone of you have tried
to move via DSO at one go. I have about 3 million records in one form and I
need to move it using DSO. Even with 10 number of records I see the malloc
error on the server while the escalation tries to
**
Hi Vikram :)Ok cool :)As for the mapping error I don't know we didn't have much those kind of errors actually. I know that mapping can be re-freshed from time to time (should be "cache check interval" in DSO tab in Server Information).We had some issues when server B
hi Laurent,
It just perfectly worked for me... but still the intermittent No Mapping errors
will be a cause of concern. Any ideas on that?
Thank,
Vikrant
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Wh
Have you seen anything in DSO and Filter logging on the destination
system? DSO logging is always a little tricky; sometimes the inbound side
doesn't log and sometimes the outbound side doesn't log. But the filter
always logs!
I seem to remember filter problems on the destination
Check the DSO pending log and the DSO error log , depending on your versions
That might help. Also there is a debug log you could run
Sent from my iPhone
On Jan 25, 2013, at 5:28, Dave Barber wrote:
> ** I've been trying this - we have 5 test environments that are either
> runnin
Please check if you have configured the target server name, target server
port configured correctly on the source server side. If this is not present
in configuration it is assumed that port for source server and target
server are same in DSO. Also check if the target server is reachable from
I've been trying this - we have 5 test environments that are either running
on 7.0.01 patch 012 or 7.6.04 patch 004, and I can't seem to get any form
of DSO transaction running between them.
The DSO passwords have all been set the same across environments, I have
now tried copying th
atching qualification"?Because if you've let "match by request ID" it wouldn't work I guess since when you create your people using DSO it'll generate a request ID "123" for people "Rob" on server B in "User" form.But then you transfer Us
hi All,
We are trying to setup DSO for User form from Server A to Server B. But it
always throws a unique index violation. We have set DSO for people form as
well. The need to set DSO for User form is due to the fact that the DSO set on
People form will create a User record but will not move
It works for the email config as well,
In case you needed to know
Sent from my iPhone
On Jan 24, 2013, at 3:39, Dave Barber wrote:
> ** Doug/Ken,
>
> Many thanks - I'm sceptical of it being a password as such, as these are test
> servers on which I've set a generic (
Doug/Ken,
Many thanks - I'm sceptical of it being a password as such, as these are
test servers on which I've set a generic (arsystem) DSO password. I'll
follow through with the password copy on the ar.conf file, we too are on
Solaris.
Regards
Dave
On 24 January 2013 01:24
One thing I found with earlier versions (might be corrected in V7.6.04) as
recent as 7.6.03 was that the system sometimes didn't store (encrypt) the DSO
password for the target machine correctly. A trick I found is to go into the
ar.conf file (I'm on Solaris) and cut the DSO pa
Dave,
Well the message says "Access problem" when trying to get the remote
definition
So, the question that immediately comes to mind is whether you have configured
the appropriate passwords
for the DSO user to be able to access the remote system?
You can get from B to A but not
All,
We're not using DSO much - currently only for one transaction type, which
is basically a password sync option between our (in house) incident system
running on 7.0.01 and an ootb change management application running on 7.5
(incident and its server has always been the primary applic
DSO wasn't even starting on the source server (its fine on the target)
Freds suggestion was a good one - brief moment after attempting to delete
the forms when errors were received, colleague gave me a virtual slap and
told me to disable DSO, restart services - then delete/re-import.
Ser
Ta for that; I had considered something like that but it seemed to highly
unlikely and I didn't know where they were stored.
Will give it a go asap.
Regards
Dave
On 7 January 2013 14:46, Grooms, Frederick W wrote:
> The FieldID error makes me think one of the DSO forms is i
I would also check any workflow you have that might be sending the data from
the dso form to other forms. Turn on filter logging on the destination server.
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms
The FieldID error makes me think one of the DSO forms is incorrect. Since you
have never used them on the server go ahead and delete them and re-load them
The default forms should be located in the "{Install Directory}/systemforms/en"
directory
DistributedLogicalM
All,
I have just upgraded one of our test environments, from 7.0.1 patch 012 to
7.6.04 patch 004 - applications seem to be running fine, and for the most
part external application interfaces seem to be working fine. The
exception is DSO - which we have never had to use on this specific box
Back when I was involved with setting up a one-way DSO, you only needed DSO on
the server that is sending the information (that was 6.3). Check in your
Server information -> connection settings and see if you have a panel for 'DSO
Server' - if you do, you can define a DSO Local
are saying
that we dont need a 2nd server just for DSO purpose correct?
-Karthik
On 17 September 2012 21:31, pritch wrote:
> For number 1 - if you're using the ARS Server group install (as LJ noted)
> you need to refer to the documentation. You would use the ranking forms to
> d
you don't end up with
redundant processes.
For number 2 - the answer is yes - DSO doesn't actually talk to DSO - it talks
to the Arserver process as another user (can be set up via private threads).
You can cross versions with a lower version talking with a more recent version
(and
st(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik
Sent: Monday, September 17, 2012 9:43 AM
To: arslist@ARSLIST.ORG
Subject: Re: Various Questions related to DSO, Atrium Integrator, Server Group
Installation)
**
LJ,
Thanks. I understand the cavets, but this arrangement is for a short term,
f Karthik
> Sent: Monday, September 17, 2012 9:24 AM
> To: arslist@ARSLIST.ORG
> Subject: Various Questions related to DSO, Atrium Integrator, Server Group
> Installation)
>
> **
>
> Hi listers,
>
>
>
> Trying to understand below things and your help in the sam
down this road
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik
Sent: Monday, September 17, 2012 9:24 AM
To: arslist@ARSLIST.ORG
Subject: Various Questions related to DSO, Atrium Integrator, Server Group
Install
to question 1 above, will I face any problems with step
b above if I run step c in parallel to step b
2.*Configuring DSO between servers*
Scenario: Server 1 on version 7.6 Server 2 on version 7.1
Question 1) Can I configure DSO between these 2 servers In context? i.e. is
DSO backward
Hi,
It is not any new protocul. DSO uses the normal API. If you bypass the
portmapper, and lock the server port, you can make do with a single TCP
socket port.
NAT is OK for outbound traffic, but DSO is two way communication most of
the time. This means that you may need to do some tunneling, or
Hello everyone,
to integrate 2 different companies, we must set probably (Natting) ip source
/ destination of the remedy
do you know if the DSO (BMC Remedy Distributed Server Option) protocols
supports the NAT ?
thx
Peter
aiting
KR Conny
-Ursprüngliche Nachricht-
Von: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] Im Auftrag von vidyasagar kommu
Gesendet: Montag, 26. März 2012 13:43
An: arslist@ARSLIST.ORG
Betreff: DSO Issue
Hi All,
I want to send one form data in to anothe
hi,
Also can you check if the passwords match for the local and target DSO and
mention the same at the admin page.
The error says cannot access the form it can be permission issue.
Just make sure the passwords are the same to be on safe side change them for
local DSO, target DSO and update
ease suggest how to restart the DSO Server .
>
> without restarting the DSO please find the below arerror.log
>
> Source server arerror logs:
> Mon Mar 26 06:16:10 2012 390620 : Failed to open ignore word file (ARERR 659)
> Mon Mar 26 06:16:10 2012 No such file or director
Hi Ann,
we are using Unix opertaing system(SunOS 5.10).
Could you please suggest how to restart the DSO Server .
without restarting the DSO please find the below arerror.log
Source server arerror logs:
Mon Mar 26 06:16:10 2012 390620 : Failed to open ignore word file (ARERR 659)
Mon Mar 26
t; You must use the server name that you use in the dso mapping e.g. Y.bst.com
> and the ip address.
>
> Then restart dso processes on both machines.
>
> When it fails are you seeing anything in the arerror.log
> ?
>
> Thanks
>
> Ann
>
> Sent from my iPh
Hi Ann
Q) Is the DSO process running on your target server?
Ans) Yes it is running.
Q) The form that is mentioned in the Mapping, Does this exist on the other
Server?
Ans) Yes it is exist on the other (Target Server).
Q) Can you sending server, see the destination server? at an operating
ve checked corresponding line for serverds.exe is commented or not
please find the below .
/opt/ar/xserver/bin/arservdsd -s xserver -I /opt/ar/xserver.
Could you please tell me is anything i need to check .
Thanks
Sagar
On 3/26/12, Shiju John wrote:
> Hi,
> Check if the DSO service - serverds.e
Sagar,
A couple of questions
Is the DSO process running on your target server?
The form that is mentioned in the Mapping, Does this exist on the other
Server?
Can you sending server, see the destination server? at an operating level?
is the destination server declared in your hosts file?
Thanks
Hi,
Check if the DSO service - serverds.exe is running in your server.
if not check in the armonitor.cfg, if the corresponding line for
serverds.exe is commented or not.
Thanks and Regards,
Shiju John
On Mon, Mar 26, 2012 at 2:42 PM, vidyasagar kommu wrote:
> Hi All,
>
> I want to
Hi All,
I want to send one form data in to another form two different AR
servers when i am submiting form of source server the same date is
pushed to another server with specified form in That i have created
one DSO and fileter i have created in the filter i am calling my DSO
The data is not
Thank you Axton.
This is a local instalation on a production environment we are having it
right way.
2012/2/6 Axton
> ** This part means that the executable can not load the shared library.
> You need to update your LD_LIBRARY_PATH, LIB_PATH, etc. depending on your
> OS.
>
> * libcmdbsvr7603_lx
This part means that the executable can not load the shared library. You
need to update your LD_LIBRARY_PATH, LIB_PATH, etc. depending on your OS.
* libcmdbsvr7603_lx64.so: cannot open shared object file: No such file or
directory *
This part means that you are trying to start something that is
That helped!
I found the custom workflow issuing the message. Now I just have to figure out
why one of my DSO actions is tripping over it, but I can do that much at least.
8)
I used to use ARUtilities to hunt stuff like this down, but it isn't available
with my current employer. DoD
Luthgers
To: arslist@ARSLIST.ORG
Sent: Sunday, October 23, 2011 3:21 AM
Subject: Re: DSO ARERR 78978
Alfred,
as far as i know, error codes 1 and higher are used by workflow. So,
i assume there is a filter on merge with a message action that uses
error 78978.
If you dont know, how to find
orld this error number is telling me.
I've looked in the KB, the product docs, and everything else I can think of
right now.
I see it in my arerror.log file like this...
Fri Oct 21 13:33:22 2011 Distrib : (ARERR 78978)
I don't see any other objects reporting errors in the DSO l
le like this...
Fri Oct 21 13:33:22 2011 Distrib : (ARERR 78978)
I don't see any other objects reporting errors in the DSO logs and don't know
which other logs to try since I don't know what the error implies. Anyone got
a quick clue?
AR Server 7.1 on Windows with a
re doesn't seem
to be reliable. I really think
it should be on create/modify/merge.
If this shift doesn't help, or if you really want to do tied to compare and
want to debug, I would turn on DSO
logging and then look at what is happening. If there is something that you
think should
Hi Folks...I'm really hoping someone can help with this! I've tied myself in
knots with it and am running out of time to deliver!
Here's what I need to do...
Each night *after* all normalization+reconciliation jobs for ServerA & ServerB
have completed,
*both* servers are
Distribute delete may not work in this scenario.
However you can make a dso update on the master record with a
particular field set to a flag, say: fld1= deletefromsecond.
You can write a filter on the second server like:
RunIF:$USER$ = "DSO" AND 'fld1' = "delet
ARS 6.3
Solaris/Oracle
We are passing records between ARS servers. The records are transferred
using Independent Copy. The records only go one way. The receiving server
stores the sending servers EntryID (field ID 1) in a separate field which
the master server uses during updates. The master serve
f the system is
> good enough (if you remember my tiring question about ARS performance and
> huge queries) now I have been asked to find a way to keep 2 application
> servers in sync at real time. And what I could think of is to introduce DSO
> to into the picture. So here it goes:
>
It truly depends upon the complete requirements. I've used DSO for data
replication (foundation) as well as ticketing replication quite successfully
in "near time" synch.
As you might imagine, to circumvent a "DSO Overload" - I implemented a
queuing mechanism becau
Hi,
For archiving and copying data to a reporting server, I would recommend
RRR|Chive.
It is fast, robust and foolproof, and will keep modify-dates and request
ids synchronized.
It does not require any DSO-fields.
When you need 2-way synchronization, I would go for DSO or database
replication
Vikram,
I worked at a company that used DSO for exactly what you are discussing,
used to archive things off of production to a reporting server, and make
that reporting server 'real time'it was a good solution for us at the
time, but looking back, I wouldn't do it again. The DS
You can go for Clustering
With Best Regards
Rajesh
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@arslist.org] On Behalf Of vikram_k
Sent: Friday, March 11, 2011 3:42 PM
To: arslist@arslist.org
Subject: Using DSO to sync two AR Servers
Hi
DSO is not recommended for what you want the best way is datareplication at the
database level. I have encountered only one customer that used DSO for the same
thing and they limited the DSO to transactional data only and still encountered
multiple failures during every week.
-Original
of is to introduce DSO
to into the picture. So here it goes:
1) Is it best to use DSO to keep 2 Application servers in sync all real
time.
2) Both the application servers are replicas of each other but
geographically located.
3) The ARS application is completely customized with 350+ forms to be
re there any known issues with using Matching Qualifications in a DSO
>> mapping?
>>
>> I keep getting "Qualification line error at 0" errors for almost all the
>> qualifications I try to use. This is a DSO mapping of one form to another on
>> the same server
Can you type in the qualification string which you are using?
Thanks,
Rajendra
On Thu, Feb 3, 2011 at 12:30 AM, Frank Caruso wrote:
> ** ARS 6.3, SOalris, Oracle
>
> Are there any known issues with using Matching Qualifications in a DSO
> mapping?
>
> I keep getting "Qual
1 - 100 of 341 matches
Mail list logo
