We are having an issue of logining DS Designer take very very long time.
Instructed by IBM, tested logining Director, it is very faster.
So it comes down to xmeta issue, however, if I test query on xmeta, it response to my query normally, not very slow.
Everytime, Designer login stop at 40% for 1-2 minutes, then get in. We use Oracle as xmeta in a different Server.
Does anyone have a clue to handle these ?
Which xmeta table we can work on ? put more indexes, etc.
Thanks.
Login DS Designer is very slow..
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 161
- Joined: Wed Aug 02, 2006 4:30 am
Re: Login DS Designer is very slow..
Hi Xinxinhuang66 wrote:We are having an issue of logining DS Designer take very very long time.
Do you have a client installed in the Datastage Server machine itself?
If yes, how much time it is taking?
Thanks
Ram
----------------------------------
Revealing your ignorance is fine, because you get a chance to learn.
Ram
----------------------------------
Revealing your ignorance is fine, because you get a chance to learn.
Where the Oracle Server is?
Please do consider where the Oracle Server is sitting ? If that is in another Server , then the entire process through "Network" like You PC, DS Server and Oracle Server need to interact!
Anyhow 2 min is tooooo much!
Anyhow 2 min is tooooo much!
Thanks
Ram
----------------------------------
Revealing your ignorance is fine, because you get a chance to learn.
Ram
----------------------------------
Revealing your ignorance is fine, because you get a chance to learn.
-
- Participant
- Posts: 161
- Joined: Wed Aug 02, 2006 4:30 am
Re: Where the Oracle Server is?
Since the server is Unix version, we can not install the client on the same box as server.
I agree, since xmeta is not at the same box as DS Server, it introduce the risk of network issue, and other factors. However, connect to xmeta by other tools such as Toad is ok.
I opened client trace under IBM instruction, from the log file, I can see how many ms each step takes.
It is this bugger takes time.
query handle (31) XMQL ' select rid(x),x.ParentRID from x in DataStageX::DSItem where x.ReposId = :param1'
So far, IBM has no idea why this takes longer, and how to fix it.
I agree, since xmeta is not at the same box as DS Server, it introduce the risk of network issue, and other factors. However, connect to xmeta by other tools such as Toad is ok.
I opened client trace under IBM instruction, from the log file, I can see how many ms each step takes.
It is this bugger takes time.
query handle (31) XMQL ' select rid(x),x.ParentRID from x in DataStageX::DSItem where x.ReposId = :param1'
So far, IBM has no idea why this takes longer, and how to fix it.
Re: Where the Oracle Server is?
You have chosen WINDOWS OS herexinhuang66 wrote:Since the server is Unix version, we can not install the client on the same box as server.
Thanks
Ram
----------------------------------
Revealing your ignorance is fine, because you get a chance to learn.
Ram
----------------------------------
Revealing your ignorance is fine, because you get a chance to learn.
Re: Where the Oracle Server is?
1) Is this always SLOW?xinhuang66 wrote:I agree, since xmeta is not at the same box as DS Server, it introduce the risk of network issue, and other factors. However, connect to xmeta by other tools such as Toad is ok.
2) Can you please try to logon after office hours / less Network Traffic time?
3) Can you please check is this due to fire wall settings?
Thanks
Ram
----------------------------------
Revealing your ignorance is fine, because you get a chance to learn.
Ram
----------------------------------
Revealing your ignorance is fine, because you get a chance to learn.
-
- Premium Member
- Posts: 1735
- Joined: Thu Mar 01, 2007 5:44 am
- Location: Troy, MI