InitialContext always takes 5 seconds on a WebLogic Cluster
Hi,
I want to create a context on a cluster to lookup a EJB with JNDI. This works well but it always take 5 seconds, When I put 1 of the managed servers down, it will take even longer.
When I dont use a cluster it is really fast.
I also already changed the cluster algo. but no change in performance.
How can I speed up this initialContext.
thanks
protected static Context getInitialContext() throws NamingException {
Environment env = new Environment();
env.setInitialContextFactory( "weblogic.jndi.WLInitialContextFactory" );
env.setProviderURL( "t3://localhost:7101");
env.setRequestTimeout(1000L);
env.setRMIClientTimeout(1000L);
env.setEnableServerAffinity(true);
env.setProviderURL( "t3://193.176.63.36,193.176.63.37:7001");
env.setSecurityPrincipal( "weblogic");
env.setSecurityCredentials( "weblogic1");
return env.getInitialContext();
}
The problem is the so-called stringification process when you are locating objects. More information about this
process can be found here: http://www.javaworld.com/jw-02-1999/jw-02-enterprise.html and the javadoc
http://download.oracle.com/javase/1.4.2/docs/api/org/omg/IOP/IOR.html
Take the following test case, here we are looking up three different object:
- a JMS connection factory
- a JDBC datasource (for which stringification is done)
- a JMS Queue
The JMS connection factory and the JMS Queue are present in the client classpath, through the wljmsclient.jar.
The code for the test case looks as follows:
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import java.util.Hashtable;
public class Test {
private static Context context;
private static Object lookup;
public Test() {
public static void main(String[] args) {
Hashtable hashtable = new Hashtable();
hashtable.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
hashtable.put(Context.PROVIDER_URL, "t3://172.31.0.107:7002,172.31.0.107:7003");
long begin = System.currentTimeMillis();
try {
context = new InitialContext(hashtable);
} catch (NamingException e) {
e.printStackTrace();
long end = System.currentTimeMillis();
long timeseconds = (end - begin) / 1000;
System.out.println("initialcontext creation time " + timeseconds);
begin = System.currentTimeMillis();
try {
lookup = context.lookup("jms/ConnectionFactory");
} catch (NamingException e) {
e.printStackTrace();
end = System.currentTimeMillis();
timeseconds = (end - begin) / 1000;
System.out.println("lookup resource time " + timeseconds + ", object " + lookup);
begin = System.currentTimeMillis();
try {
lookup = context.lookup("jdbc/exampleDS");
} catch (NamingException e) {
e.printStackTrace();
end = System.currentTimeMillis();
timeseconds = (end - begin) / 1000;
System.out.println("lookup resource time " + timeseconds + ", object " + lookup);
begin = System.currentTimeMillis();
try {
lookup = context.lookup("jms/VideotheekQueue");
} catch (NamingException e) {
e.printStackTrace();
end = System.currentTimeMillis();
timeseconds = (end - begin) / 1000;
System.out.println("lookup resource time " + timeseconds + ", object " + lookup);
begin = System.currentTimeMillis();
try {
lookup = context.lookup("jdbc/exampleDS");
} catch (NamingException e) {
e.printStackTrace();
end = System.currentTimeMillis();
timeseconds = (end - begin) / 1000;
System.out.println("lookup resource time " + timeseconds + ", object " + lookup);
begin = System.currentTimeMillis();
try {
lookup = context.lookup("ejb/Videotheek#model.logic.Videotheek");
} catch (NamingException e) {
e.printStackTrace();
end = System.currentTimeMillis();
timeseconds = (end - begin) / 1000;
System.out.println("lookup resource time " + timeseconds + ", object " + lookup);
Videotheek videotheek = (Videotheek) lookup;
List<Persoon> personen = videotheek.getPersonen(null);
if (personen != null) {
for (Persoon persoon : personen) {
System.out.println(persoon);
}When we run this the following output is generated:
initialcontext creation time 0
lookup resource time 0, object weblogic.jms.client.JMSConnectionFactory@d1fa5
lookup resource time 4, object IOR:0000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000100000000000005c8000102000000000d3137322e33312e302e31303700001b5b00000090004245410801030000000012566964656f746865656b536572766572320000000000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000432383200000000014245412a000000100000000000000000379650739d9850a000000006000000010000002c0000000000010020000000030001002000010001050100010001010000000003000101000001010905010001000000190000003b0000000000000033687474703a2f2f3137322e33312e302e3130373a373030332f6265615f776c735f696e7465726e616c2f636c61737365732f00000000001f000000040000000300000020000000040000000100000021000000580001000000000001000000000000002200000000004000000000000806066781020101010000001f0401000806066781020101010000000f7765626c6f67696344454641554c5400000000000000000000000000000000004245410300000420000000000000000c726f756e642d726f62696e00000000000000000f6a6462632e6578616d706c65445300000000000200000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000100000000000001a0000102000000000d3137322e33312e302e31303700001b5b00000090004245410801030000000012566964656f746865656b536572766572320000000000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000432383200000000014245412a000000100000000000000000379650739d9850a000000005000000010000002c0000000000010020000000030001002000010001050100010001010000000003000101000001010905010001000000190000003b0000000000000033687474703a2f2f3137322e33312e302e3130373a373030332f6265615f776c735f696e7465726e616c2f636c61737365732f00000000001f000000040000000300000020000000040000000100000021000000580001000000000001000000000000002200000000004000000000000806066781020101010000001f0401000806066781020101010000000f7765626c6f67696344454641554c54000000000000000000000000000000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000100000000000001a0000102000000000d3137322e33312e302e31303700001b5a00000090004245410801030000000012566964656f746865656b536572766572310000000000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000432383200000000014245412a00000010000000000000000073e6496c7f4c736900000005000000010000002c0000000000010020000000030001002000010001050100010001010000000003000101000001010905010001000000190000003b0000000000000033687474703a2f2f3137322e33312e302e3130373a373030322f6265615f776c735f696e7465726e616c2f636c61737365732f00000000001f000000040000000300000020000000040000000100000021000000580001000000000001000000000000002200000000004000000000000806066781020101010000001f0401000806066781020101010000000f7765626c6f67696344454641554c540000000000000000000000000000000000000000001ce4c409
lookup resource time 0, object VideotheekModule!VideotheekQueue
lookup resource time 0, object IOR:0000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000100000000000005c8000102000000000d3137322e33312e302e31303700001b5b00000090004245410801030000000012566964656f746865656b536572766572320000000000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000432383200000000014245412a000000100000000000000000379650739d9850a000000006000000010000002c0000000000010020000000030001002000010001050100010001010000000003000101000001010905010001000000190000003b0000000000000033687474703a2f2f3137322e33312e302e3130373a373030332f6265615f776c735f696e7465726e616c2f636c61737365732f00000000001f000000040000000300000020000000040000000100000021000000580001000000000001000000000000002200000000004000000000000806066781020101010000001f0401000806066781020101010000000f7765626c6f67696344454641554c5400000000000000000000000000000000004245410300000420000000000000000c726f756e642d726f62696e00000000000000000f6a6462632e6578616d706c65445300000000000200000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000100000000000001a0000102000000000d3137322e33312e302e31303700001b5b00000090004245410801030000000012566964656f746865656b536572766572320000000000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000432383200000000014245412a000000100000000000000000379650739d9850a000000005000000010000002c0000000000010020000000030001002000010001050100010001010000000003000101000001010905010001000000190000003b0000000000000033687474703a2f2f3137322e33312e302e3130373a373030332f6265615f776c735f696e7465726e616c2f636c61737365732f00000000001f000000040000000300000020000000040000000100000021000000580001000000000001000000000000002200000000004000000000000806066781020101010000001f0401000806066781020101010000000f7765626c6f67696344454641554c54000000000000000000000000000000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000100000000000001a0000102000000000d3137322e33312e302e31303700001b5a00000090004245410801030000000012566964656f746865656b536572766572310000000000000000000044524d493a7765626c6f6769632e6a6462632e636f6d6d6f6e2e696e7465726e616c2e52656d6f746544617461536f757263653a30303030303030303030303030303030000000000432383200000000014245412a00000010000000000000000073e6496c7f4c736900000005000000010000002c0000000000010020000000030001002000010001050100010001010000000003000101000001010905010001000000190000003b0000000000000033687474703a2f2f3137322e33312e302e3130373a373030322f6265615f776c735f696e7465726e616c2f636c61737365732f00000000001f000000040000000300000020000000040000000100000021000000580001000000000001000000000000002200000000004000000000000806066781020101010000001f0401000806066781020101010000000f7765626c6f67696344454641554c540000000000000000000000000000000000000000001ce4c409As you can see the objects that do need to be stringified (what a word) do not take long to lookup but the datasource (weblogic.jdbc.common.internal._RemoteDataSource_Stub) does.
The second time the datasource is looked-up it uses the already calculated stringification.
Similar Messages
-
Help: Selecting * from view takes minutes, query in view takes only seconds
Hello,
I have a view that i created that compiles ok and the query inside of the view only takes 2 seconds to return all the records. But if i try to select * from the view it takes 4-5 minutes to return the results. The explain plan is exactly the same, whether i select * from the view or run the query from within the view. Explain plan listed at bottom of post. Any ideas on where i might be going wrong? Thanks in advance.
The below query returns ~400 rows. If i limit the rows returned to ~200 with this additional line at the very end:
AND TEAM_CATEGORY LIKE '%FSM%'
the query runs in just a few seconds. So the rows returned is not the problem here.
Code:
SELECT /*+ PUSH_PRED( TEAM ) */ NP.ID_NUMBER,
NP.PROSPECT_ID,
NP.PREF_MAIL_NAME PROSPECT,
NP.OFFICER_RATING RATING,
NP.EVALUATION_RATING EVALUATION,
P.ASK_AMT NEXT_ASK,
P.ANTICIPATED_AMT EXPECT,
NP.STRATEGY_DESCRIPTION STRATEGY,
E1.LAST_NAME PROSPECT_MGR,
TEAM.TEAM_CATEGORY,
CASE
WHEN TOPA.SHORT_DESC <> ' ' THEN
'X'
END TOPA,
E.PREF_MAIL_NAME SPOUSE_NAME,
PR.PROSPECT_NAME_SORT SORT_NAME
FROM ADVANCE_NU.NWU_PROSPECT NP,
entity E,
entity E1,
assignment ASSI,
prospect PR,
(select p.proposal_id, p.prospect_id, p.ask_amt, p.anticipated_amt
from proposal p
where p.active_ind = 'Y'
AND (p.stop_date IS NULL OR p.stop_date > sysdate)) P,
(SELECT PC.PROSPECT_ID ID, TP.SHORT_DESC
FROM PROSPECT_CATEGORY PC, TMS_PROSPECT_CATEGORY TP
WHERE PC.PROSPECT_CATEGORY_CODE = TP.PROSPECT_CATEGORY_CODE
AND pc.prospect_category_code = 'TOP') TOPS,
(SELECT PC.PROSPECT_ID ID, TP.SHORT_DESC
FROM PROSPECT_CATEGORY PC, TMS_PROSPECT_CATEGORY TP
WHERE PC.PROSPECT_CATEGORY_CODE = TP.PROSPECT_CATEGORY_CODE
AND pc.prospect_category_code = 'TFP') TOPA,
(SELECT ID,
CASE WHEN count(TEAM_CAT) >= 1 THEN MAX(DECODE(CT, 1, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 2 THEN ', ' || MAX(DECODE(CT, 2, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 3 THEN ', ' || MAX(DECODE(CT, 3, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 4 THEN ', ' || MAX(DECODE(CT, 4, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 5 THEN ', ' || MAX(DECODE(CT, 5, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 6 THEN ', ' || MAX(DECODE(CT, 6, TEAM_CAT)) ELSE ' ' END
TEAM_CATEGORY
FROM (SELECT PC.PROSPECT_ID ID,
ROW_NUMBER() OVER(PARTITION BY PC.PROSPECT_ID ORDER BY PC.PROSPECT_CATEGORY_CODE ASC) CT,
TP.SHORT_DESC TEAM_CAT
FROM PROSPECT_CATEGORY PC, TMS_PROSPECT_CATEGORY TP
WHERE PC.PROSPECT_CATEGORY_CODE = TP.PROSPECT_CATEGORY_CODE
AND PC.PROSPECT_CATEGORY_CODE NOT IN ('TOP', 'TFP'))
GROUP BY ID) TEAM
WHERE NP.PROSPECT_ID = P.PROSPECT_ID(+)
AND NP.spouse_id = E.id_number(+)
AND NP.prospect_id = PR.prospect_id
AND NP.PROSPECT_ID = TOPS.ID
AND NP.PROSPECT_ID = TEAM.ID(+)
AND NP.prospect_id = TOPA.ID(+)
AND NP.PROSPECT_ID = ASSI.PROSPECT_ID(+)
AND ASSI.ASSIGNMENT_ID_NUMBER = E1.ID_NUMBER(+)
AND ASSI.ASSIGNMENT_TYPE(+) = 'PM';Explain plan:
SELECT STATEMENT, GOAL = CHOOSE 346 1 369 346
HASH JOIN OUTER 346 1 369 346
HASH JOIN OUTER 332 1 330 332
NESTED LOOPS OUTER 326 1 190 326
NESTED LOOPS OUTER 325 1 171 325
NESTED LOOPS OUTER 323 1 152 323
NESTED LOOPS OUTER 322 1 119 322
NESTED LOOPS 320 1 90 320
NESTED LOOPS 319 1 67 319
NESTED LOOPS 319 484568 24712968 319
INDEX UNIQUE SCAN ADVANCE ZZ_ADV_TABLE_KEY0 1 1 8 1
TABLE ACCESS FULL ADVANCE_NU NWU_PROSPECT 318 484568 20836424 318
TABLE ACCESS BY INDEX ROWID ADVANCE PROSPECT_CATEGORY 1 16
INDEX RANGE SCAN ADVANCE PROSPECT_CATEGORY_KEY2 1
TABLE ACCESS BY INDEX ROWID ADVANCE PROSPECT 1 1 23 1
INDEX UNIQUE SCAN ADVANCE PROSPECT_KEY0 1
VIEW PUSHED PREDICATE RPT_ACEPONIS 2 1 29
NESTED LOOPS 2 1 40 2
TABLE ACCESS BY INDEX ROWID ADVANCE ZZ_ADV_TABLE 2 1 24 2
INDEX UNIQUE SCAN ADVANCE ZZ_ADV_TABLE_KEY0 1 1 1
TABLE ACCESS BY INDEX ROWID ADVANCE PROSPECT_CATEGORY 1 16
INDEX RANGE SCAN ADVANCE PROSPECT_CATEGORY_KEY2 1
TABLE ACCESS BY INDEX ROWID ADVANCE ENTITY 1 1 33 1
INDEX UNIQUE SCAN ADVANCE ENTITY_KEY0 1
TABLE ACCESS BY INDEX ROWID ADVANCE ASSIGNMENT 2 1 19 2
INDEX RANGE SCAN ADVANCE ASSIGN_PROSPECT_KEY0 1 3 1
TABLE ACCESS BY INDEX ROWID ADVANCE ENTITY 1 1 19 1
INDEX UNIQUE SCAN ADVANCE ENTITY_KEY0 1
VIEW RPT_ACEPONIS 5 1 140
SORT GROUP BY 5 1 48 5
VIEW RPT_ACEPONIS 5 1 48
WINDOW SORT 5 1 40 5
NESTED LOOPS 2 1 40 2
TABLE ACCESS FULL ADVANCE PROSPECT_CATEGORY 2 1 16 2
TABLE ACCESS BY INDEX ROWID ADVANCE ZZ_ADV_TABLE 1 24
INDEX UNIQUE SCAN ADVANCE ZZ_ADV_TABLE_KEY0 1
VIEW RPT_ACEPONIS 13 170 6630
SORT UNIQUE 13 170 32980 7
UNION-ALL
TABLE ACCESS FULL ADVANCE PROPOSAL 3 125 24250 3
TABLE ACCESS FULL ADVANCE PROPOSAL 3 45 8730 3Message was edited by:
user624909
Message was edited by:
user624909
Message was edited by:
AndyCepI'm no expert. Hopefully, someone else will chime in.
A couple points though:
1) (select p.*
from proposal p
where p.active_ind = 'Y'
AND p.stop_date > sysdate
union
select p.*
from proposal p
where p.active_ind = 'Y'
AND p.stop_date is null) P,
is using UNION. It should probably be a UNION ALL, or even better:
(select p.*
from proposal p
where p.active_ind = 'Y'
AND (p.stop_date IS NULL OR p.stop_date > sysdate)
2) select p.*
Do not use * in a VIEW. In fact, never use it outside EXISTS, COUNT(*) and ad hoc queries.
Use a COLUMN-list instead. Always use a COLUMN-list.
3)
The CASE statement has no ELSE, and is redundant.
CASE
WHEN count(TEAM_CAT) = 1 THEN MAX(DECODE(CT, 1, TEAM_CAT))
WHEN count(TEAM_CAT) = 2 THEN MAX(DECODE(CT, 1, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 2, TEAM_CAT))
WHEN count(TEAM_CAT) = 3 THEN MAX(DECODE(CT, 1, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 2, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 3, TEAM_CAT))
WHEN count(TEAM_CAT) = 4 THEN MAX(DECODE(CT, 1, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 2, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 3, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 4, TEAM_CAT))
WHEN count(TEAM_CAT) = 5 THEN MAX(DECODE(CT, 1, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 2, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 3, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 4, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 5, TEAM_CAT))
WHEN count(TEAM_CAT) = 6 THEN MAX(DECODE(CT, 1, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 2, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 3, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 4, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 5, TEAM_CAT)) || ', ' || MAX(DECODE(CT, 6, TEAM_CAT))
END TEAM_CATEGORY
How about something like:
CASE WHEN count(TEAM_CAT) >= 1 THEN MAX(DECODE(CT, 1, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 2 THEN ', ' || MAX(DECODE(CT, 2, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 3 THEN ', ' || MAX(DECODE(CT, 3, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 4 THEN ', ' || MAX(DECODE(CT, 4, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 5 THEN ', ' || MAX(DECODE(CT, 5, TEAM_CAT)) ELSE ' ' END
|| CASE WHEN count(TEAM_CAT) >= 6 THEN ', ' || MAX(DECODE(CT, 6, TEAM_CAT)) ELSE ' ' END
TEAM_CATEGORY
4) I have to ask. Have you run statistics lately?
5) Did you really alias a TABLE as "***"? Please tell me that is a formatting error.
6) Are you sure you need all those outer joins? -
Why does it take 30 seconds to fall in sleep modus?
why does it take 30 seconds to fall in sleep modus?
Some time ago it took just a few seconds.I have the same problem. It always takes about 30 seconds for my Mac Pro to fall asleep and it's driving me crazy.
I've got a Mac Pro early 2009 4.1. I've reinstalled the OS twice, disabled all startup items, uninstalled the Logitech Control Center, and unplugged all USBs. Only running keyboard and apple Mighty Mouse on bluetooth.
I've also disabled hibernate mode, and removed the sleep image from the boot disk.
On a pmset log, every thirty seconds the "com.apple.diskmanagementd" program creates a "PreventIdleUserSleep", then thirty seconds later it creates a "ReleasedIdleUserSleep". This repeats itself continuously while it's sleeping.
I've tried killing the process in Activity Monitor and it just starts up again 30 seconds or so later.
What could be causing this, and how can I stop it? -
When I use this code, it takes 2 seconds to execute.
It is a static method and code is run on my tomcat server.
It all works fine, just the length of time to execute.
Questions:
Why is this taking 2 seconds, any way to speed it up ?
Should I just stick it in a separate thread and let it work on it's own so users don't have the delay ?
Thanks
public static void doIt(String to, String subject, String text) {
try {
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup("java:comp/env");
Session session = (Session) envCtx.lookup("mail/Session");
Message message = new MimeMessage(session);
message.setFrom(new InternetAddress("[email protected]"));
InternetAddress list[] = new InternetAddress[1];
list[0] = new InternetAddress(to);
message.setRecipients(Message.RecipientType.TO, list);
message.setSubject(subject);
message.setContent(text, "text/plain");
Transport.send(message);
catch(Exception e){
}Edited by: patftrears on Mar 30, 2010 9:32 AMObviously you should do some debugging to determine which statement is using most of the time.
Most likely it's the call to Transport.send, but you should prove that.
Since Transport.send is talking to your server, the delay could be entirely waiting for your server.
Also, Transport.send will need to look up the host name that you're connecting to. If your name
service is slow, that could explain it too. -
Attempt transfer to another subscriber takes 20 seconds
In UNITY , a subscriber is set up that when a caller presses zero, caller input is set to “Attempt Transfer” to another subscriber. The called subscriber is forwarded to VM and the subscriber to which the call is being transferred is also forwarded to voice mail. It takes 20 seconds before the caller gets a message from the “transferred to” subscriber. Most callers won’t wait that long. Do I have something mis-configured? Any way, to reduce the time that a caller is waiting? I have other subscribers set to "attempt transfer to operator" and had both phones call forwarded to VM and it only took 5 seconds.
Hi Mary,
Here is the bug;
CSCsi80906 Bug Details
MM:when config'd delay in hearing greeting
Symptom:
When Message Monitor is configured for a subscriber's phone, the caller hears a delay after the call is forwarded to Unity but before the caller hears the subscriber's greeting.
Conditions:
Unity 5.0(1) or later.
Message Monitor is configured for the subscriber's phone.
Workaround:
The delay can be reduced to 3-4 seconds by applying the latest Unity 5.0(1) ES, or by upgrading to Unity 7.0(1). However, there not a way to reduce the delay beyond this point.
Additional Details:
In Unity 7.0and later a new delay was introduced that could easily be mistaken forthis issue. Please see defect CSCsv80158 for details about this delay.An ES will be required to resolve this delay.
Status
Terminated
Severity
4 - minor
Last Modified
In Last 7 Days
Product
Cisco Unity Unified Messaging
Technology
1st Found-In
5.0(0.279)
Fixed-In
7.0(0.78)
7.0(0.86)
5.0(1.0)ES25
5.0(1.0)ES30
5.0(1.0)ES31
5.0(1.0)ES32
5.0(1.0)ES33
5.0(1.0)ES34
5.0(1.0)ES35
5.0(1.0)ES38
5.0(1.0)ES39
5.0(1.0)ES48
5.0(1.0)ES50
5.0(1.0)ES51
5.0(1.0)ES52
5.0(1.0)ES53
5.0(1.0)ES55
5.0(1.0)ES56
5.0(1.0)ES57
5.0(1.0)ES58
5.0(1.0)ES59
5.0(1.0)ES61
5.0(1.0)ES62
5.0(1.0)ES63
5.0(1.0)ES64
5.0(1.0)ES65
5.0(1.0)ES66
5.0(1.0)ES67
5.0(1.0)ES68
5.0(1.0)ES69
5.0(1.0)ES70
5.0(1.0)ES71
5.0(1.0)ES72
5.0(1.0)ES73
5.0(1.0)ES74
5.0(1.0)ES75
5.0(1.0)ES76
5.0(1.0)ES78
5.0(1.0)ES80
5.0(1.0)ES81
5.0(1.0)ES82
5.0(1.0)ES83
5.0(1.0)ES89
5.0(1.0)ES85
5.0(1.0)ES86
5.0(1.0)ES87
5.0(1.0)ES88
Does this look like it fits your scenario?? Just curious because you didn't mention Message Monitor being configured
Which did you change last night, the VM Pilot # or VM Port 1?
It still sounds wonky to me, although I hate to doubt TAC as they've always been very helpful to me. What happens if the
phones in question aren't on Forward to VM but just using FNA or FB to VM? Are we sure they are not on Forward to each other?
Cheers!
Rob -
After doing a Google search - when I click on a link it does not take me to the correct website. Instead it always take me to some icity webpage. How do I fix this so that Firefox takes me to the correct website that the Google search found?
After doing a Google search - when I click on a link it does not take me to the correct website. Instead it always take me to some icity webpage. How do I fix this so that Firefox takes me to the correct website that the Google search found?
-
A workaround was suggested by a member of the community to turn off both hardware and Flash acceleration. It worked fine (no crashes since), but runs very slowly. In particular, takes five seconds to exit and is often still listed as a running process. Very slow in connecting to Web pages, and very slow loading them because of the graphics. Very slow in loading video. I expected slower responses, but this is REALLY slow. I'm running 64-bit Windows 7 and an Nvidia GE Force 7800 graphics card with all the drivers updated and the plugins for Firefox mostly set on "ask to activate". Should I expect this much reduction in performance when the workaround I mentioned was put into place? If so, it's half a loaf at best. The only thing questionable is that I have two Youtube downloaders that I am trying, but I made the assumption that these were only applied when you downloaded something from Youtube.
In case you are using "Clear history when Firefox closes": do not clear the Cookies
If you clear cookies then Firefox will also try to remove cookies created by plugins and that requires to start plugin-container processes that can slow down closing Firefox.
Instead let the cookies expire when Firefox is closed to make them session cookies.
*Firefox/Tools > Options > Privacy > "Use custom settings for history" > Cookies: Keep until: "I close Firefox" -
How to create a second OracleBIApplication in WebLogic for OBIEE 11g?
I want to create a second OracleBIApplication in WebLogic for OBIEE 11g. The default one is called "coreapplication". I can create a new one but it doesn't show up in Enterprise Manager. Anyone can help?
I have been trying to create a second OracleBIApplicatino in WebLogic for OBIEE 11g without success. I don't want to end up installing it twice as it is going to consume a lot of resources and also because I want to have a single WebLogic Domain. Has anyone faced the same situation?
What about deploying the "analytics" web application as a new web application with a different context-root (e.g. analytics_test)? I am also trying but I can't make it work. Anyone available to help? -
Movement 543 F always take sales order as cost object
Dear sap expert,
I run MTO scenario.
In one of my step before a product become finish good, the semi finish good need to sent to subcon vendor (the material need another process outside company production line).
The good issue journal is happen when we good receipt finish good from vendor.(FI team make it that way).
When posting good issue, MM use movement type 543 F.
The GL number for issuing material is 300196.
The problem is , movement type 543 F always take sales order as cost object even though I already delete the sales order when good issue to subcon vendor using tcode MIGO (good issue to vendor).
And I already settiing PA tranf structure of the GL account to a value field and also already setting OKB9 so the GL can automatically post to profi segment (COPA).
MM team also already set default setting layout 543 F for sales order as SUPPRESS.
But, still when run MIGO, the system still take sales order as cost object not to COPA (profit segment).
But, if i use 543 E with same dafault setting layout as 543 F, it works (the GL is post to COPA not sales order).
How can this happen?
What should I do to make the GL post to COPA not sales order when using movement type 543 F?
Please kindly help.Hi Anu
If you are in MTO scenario and your sales order is defined as a cost object, then the system behaviour is correct..
Check if the following settings apply in your case...
1. Go to sale order, procurement tab
2. Check whats the req type
3. Go to OVZH and check whats the req class assigned to this req type
4. Go to OVZG and check whats the acount assignment cateory in req class
5. The account assignment catg would be having consumption posting field as E
Regards
Ajay M -
Takes ~30 seconds to open logon page. ~50 seconds to log into application.
Hello all,
Maybe you can help with some ideas.
This started 2 x weeks ago, after Siebel gw, web, siebserver bounce.
Server gets up fast, 1-2 min max, its as usual. srvrmgr sees all servers, gw answering, ohs comunicating. SWSE statistics are being generated fast. But, each time when I trie to open login page it takes ~30 seconds to display it and ~40-50 seconds to log in app. After that everything is fine and fast. If I log out, close browser, open it again its again slow. It seems, like its taking time in Session ID asignment.
If i check ohs access_log, i see,that images are being loaded fast for login page (but cant see them) and everything stucks here, for ~30-40 seconds:
10.2.66.170 - - [29/Sep/2011:22:51:56 +0300] "GET /ecommunicationsldap_lat/21211/scripts/login.js HTTP/1.1" 304 -
10.2.66.170 - - [29/Sep/2011:22:51:56 +0300] "GET /ecommunicationsldap_lat/21211/scripts/swecommon_top.js HTTP/1.1" 304 -
10.2.66.170 - - [29/Sep/2011:22:51:56 +0300] "GET /ecommunicationsldap_lat/21211/scripts/swecmn_hi_top.js HTTP/1.1" 304 -
10.2.66.170 - - [29/Sep/2011:22:51:56 +0300] "GET /ecommunicationsldap_lat/images/OracleSiebel_logo.gif HTTP/1.1" 304 -
10.2.66.170 - - [29/Sep/2011:22:51:56 +0300] "GET /ecommunicationsldap_lat/images/globe77_d.gif HTTP/1.1" 304 -
10.2.66.170 - - [29/Sep/2011:22:51:56 +0300] "GET /ecommunicationsldap_lat/images/spacer.gif HTTP/1.1" 304 -
10.2.66.170 - - [29/Sep/2011:22:51:56 +0300] "GET /ecommunicationsldap_lat/images/login77_d.gif HTTP/1.1" 304 -
10.2.66.170 - - [29/Sep/2011:22:52:02 +0300] "GET /ecommunications_enu/ HTTP/1.1" 304 -
*10.2.66.170 - - [29/Sep/2011:22:52:02 +0300] "GET /ecommunications_enu/start.swe?SWECmd=Start&SWEHo=siebel8sit HTTP/1.1" 200 1753*
*10.2.66.170 - - [29/Sep/2011:22:52:51 +0300] "GET /ecommunications_enu/files/main.css HTTP/1.1" 304 -*
Ok, when logon page is visible i am starting to log in and then again it fails for 30+ seconds.
In GW no errors, in sweapp no errors, in ohs no errors, in eComm log this:
2021 2011-09-30 00:52:09 0000-00-00 00:00:00 +0300 00000000 001 003f 0001 09 eCommunicationsObjMgr_enu 44040202 30355 1334315920 /crm/siebel811/siebsrvr/enterprises/SBA_81/crmapptst1/log/eCommunicationsObjMgr_enu_0042_44040202.log 8.1.1.1 [21211] ENU
eProdCfgLog eProdCfgLog 0 000000034e8417b8:0 2011-09-30 00:52:09 VOD Broker File Cache Location for ISSCTXTOBJBR/ISS_SIGNAL: /crm/fs/ISS_OBrkCache/ISSCTXTOBJBR/ISS_SIGNAL/ENU
eProdCfgLog eProdCfgLog 0 000000034e8417b8:0 2011-09-30 00:52:09 VOD Broker File Cache Location for ISSCTXTOBJBR/ISS_VAR_MAP: /crm/fs/ISS_OBrkCache/ISSCTXTOBJBR/ISS_VAR_MAP/ENU
ObjMgrLog Error 1 000000034e8417b8:0 2011-09-30 00:52:11 (cscfg.cpp (165)) SBL-CSR-00418: Communication: User is not associated with any communication configuration in the database.
ObjMgrBusServiceLog Error 1 000000034e8417b8:0 2011-09-30 00:53:41 (cmnadpt.cpp (190)) SBL-EAI-04400: Integration object type not specified.
EAISiebAdpt EAISiebAdptErr 1 000000034e8417b8:0 2011-09-30 00:53:41 [0] Integration object type not specified.(SBL-EAI-04400) (IDS_ERR_EAI_SA_OUT_OBJ_TYPE)
ObjMgrLog Error 1 000000034e8417b8:0 2011-09-30 00:54:05 (cscfg.cpp (165)) SBL-CSR-00418: Communication: User is not associated with any communication configuration in the database.
This is being generated in EAIObjgmgr...log:
MaintTestObjEvt MaintTestObjEvtTrace 4 0000000e4e84695a:0 2011-09-30 01:30:49 1166257040: _smiFacTestObj::Execute(80aaca0) for Background, Waitime = 23
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:30:53 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:30:58 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:03 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:08 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
MaintTestObjEvt MaintTestObjEvtTrace 4 0000000e4e84695a:0 2011-09-30 01:31:12 1166257040: _smiFacTestObj::Execute(80aaca0) for Background, Waitime = 23
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:13 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:18 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:23 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SARMLog SARMDebug 5 0000000e4e84695a:0 2011-09-30 01:31:25 SARM Ping'd : explicit params = 1
MaintTestObjEvt MaintTestObjEvtTrace 4 0000000e4e84695a:0 2011-09-30 01:31:25 1166257040: _smiSarmFdrObj::Execute(80aacac) for SARM, WaitTime=60
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:28 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:33 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
MaintTestObjEvt MaintTestObjEvtTrace 4 0000000e4e84695a:0 2011-09-30 01:31:35 1166257040: _smiFacTestObj::Execute(80aaca0) for Background, Waitime = 23
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:38 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:43 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:48 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:53 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
MaintTestObjEvt MaintTestObjEvtTrace 4 0000000e4e84695a:0 2011-09-30 01:31:58 1166257040: _smiFacTestObj::Execute(80aaca0) for Background, Waitime = 23
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:31:58 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:32:03 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:32:08 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
SisnTcpIp SisnSockDetail 4 00046fe84e8440d1:0 2011-09-30 01:32:13 1098554992: [LOCALTRANS-server] accept() timeout during get conn request
Everything is on one box.
Please help with some ideas.
Thank You and Regards,
aspx
Edited by: 888629 on Sep 29, 2011 3:36 PMHi all, thx for help.
Reason, why bounce was done, because of new SRF/BScripts.
We found out issue, it was because Anonymous user was hanging. Very long authentification/authorization, session ID was not asigned properly. Problem was on DB lvl, bad explain plan.
This thread can be closed.
Thank You!
aspx
Edited by: 888629 on Oct 2, 2011 3:05 PM -
Does it always take hours to download a movie through the apple tv when you rent from I tunes
Does it always take hours to download a movie through apple tv when renting a movies through itunes?
This is dependent on your network connection. Check www.speedtest.net
6mbps is required for instant HD rentals
You can switch to SD in the settings if on a slower connection -
I have a 17 inch Mac book, after migrate to Lion, I take 25 seconds to shutdown. all progams are closed. any reason??
Need I to install a native Lion OS to solve the problem?
Regards,
José A. PereiraHi, Processor 2.66 Ghz Intel core i7, memory 8Gb 1067 Mhz DDR3.
on shut down a White screen occur with a star flashing during more or less 25 seconds. before update to Lion, 3 or 4 seconds to shutdown. no more app installed or removed. it stills the same usage.
I will be greatful if you can help me.
Regards,
José A. Pereira -
I have a 17 inch Mac book, after migrate to Lion, I take 25 seconds to shutdown. all progams are closed. any reason??
Need I to install a native Lion OS to solve the problem?
Regards,
José A. PereiraHi, Processor 2.66 Ghz Intel core i7, memory 8Gb 1067 Mhz DDR3.
on shut down a White screen occur with a star flashing during more or less 25 seconds. before update to Lion, 3 or 4 seconds to shutdown. no more app installed or removed. it stills the same usage.
I will be greatful if you can help me.
Regards,
José A. Pereira -
Query Takes 43 seconds to retrieve 650 records
Hi,
We have Query which takes 43 seconds to retrieve 650 records.We are on 10.2.0.4 version.Kindly Suggest me any changes is required.
SELECT InstrumentID, MEGroupID, MessageSequence FROM TIBEX_msgseqbyinstrumentbymeid WHERE MEGroupID = 'ME1';
PLAN_TABLE_OUTPUT
Plan hash value: 1364023912
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | 25 | 1550 | 56585 (2)| 00:11:20 |
| 1 | HASH GROUP BY | | 25 | 1550 | 56585 (2)| 00:11:20 |
|* 2 | HASH JOIN | | 3272 | 198K| 56584 (2)| 00:11:20 |
|* 3 | TABLE ACCESS FULL | TIBEX_INSTRUMENT | 677 | 14894 | 18 (0)| 00:00:01 |
| 4 | VIEW | | 5689 | 222K| 56565 (2)| 00:11:19 |
| 5 | UNION-ALL | | | | | |
| 6 | HASH GROUP BY | | 614 | 11052 | 4587 (2)| 00:00:56 |
| 7 | TABLE ACCESS FULL | TIBEX_QUOTE | 455K| 8008K| 4564 (1)| 00:00:55 |
| 8 | HASH GROUP BY | | 108 | 1944 | 50283 (2)| 00:10:04 |
| 9 | TABLE ACCESS FULL | TIBEX_ORDER | 4926K| 84M| 50001 (1)| 00:10:01 |
| 10 | HASH GROUP BY | | 52 | 936 | 8 (13)| 00:00:01 |
|* 11 | TABLE ACCESS FULL | TIBEX_EXECUTION | 307 | 5526 | 7 (0)| 00:00:01 |
| 12 | HASH GROUP BY | | 1 | 40 | 3 (34)| 00:00:01 |
|* 13 | TABLE ACCESS FULL | TIBEX_TSTRADE | 1 | 40 | 2 (0)| 00:00:01 |
| 14 | HASH GROUP BY | | 396 | 7128 | 13 (8)| 00:00:01 |
| 15 | INDEX FAST FULL SCAN| IX_BESTEXREL | 3310 | 59580 | 12 (0)| 00:00:01 |
| 16 | HASH GROUP BY | | 1125 | 20250 | 12 (9)| 00:00:01 |
|* 17 | TABLE ACCESS FULL | TIBEX_MERESUMEPRDTRANSITION | 1981 | 35658 | 11 (0)| 00:00:01 |
| 18 | HASH GROUP BY | | 1 | 17 | 4 (25)| 00:00:01 |
| 19 | TABLE ACCESS FULL | TIBEX_EDPUPDATEREJECT | 10 | 170 | 3 (0)| 00:00:01 |
| 20 | HASH GROUP BY | | 1126 | 32654 | 822 (1)| 00:00:10 |
| 21 | NESTED LOOPS | | 8640 | 244K| 821 (1)| 00:00:10 |
| 22 | TABLE ACCESS FULL | TIBEX_INSTRUMENTADMIN | 17280 | 421K| 820 (1)| 00:00:10 |
|* 23 | INDEX UNIQUE SCAN | XPKTIBEX_CONFIGMEGROUP | 1 | 4 | 0 (0)| 00:00:01 |
| 24 | HASH GROUP BY | | 17 | 306 | 70 (3)| 00:00:01 |
| 25 | TABLE ACCESS FULL | TIBEX_BESTEXECPRICELOG | 12671 | 222K| 68 (0)| 00:00:01 |
| 26 | HASH GROUP BY | | 1 | 40 | 3 (34)| 00:00:01 |
|* 27 | TABLE ACCESS FULL | TIBEX_AUCTIONPRICE | 1 | 40 | 2 (0)| 00:00:01 |
| 28 | HASH GROUP BY | | 1126 | 19142 | 618 (1)| 00:00:08 |
|* 29 | TABLE ACCESS FULL | TIBEX_ADMINACK | 18121 | 300K| 616 (1)| 00:00:08 |
| 30 | HASH GROUP BY | | 1122 | 20196 | 142 (2)| 00:00:02 |
| 31 | INDEX FAST FULL SCAN| INSTRUMENTSTATEMSGSEQ | 23588 | 414K| 140 (0)| 00:00:02 |
Predicate Information (identified by operation id):
2 - access("INSTRUMENTID"="B"."INSTRUMENTID")
3 - filter("B"."MEGROUPID"='ME1')
11 - filter("INSTRUMENTID" IS NOT NULL)
13 - filter("INSTRUMENTID" IS NOT NULL)
17 - filter("INSTRUMENTID" IS NOT NULL)
23 - access("ADMINUSER"="MEGROUPID")
27 - filter("INSTRUMENTID" IS NOT NULL)
29 - filter("INSTRUMENTID" IS NOT NULL)
50 rows selected.
654 rows selected.
Elapsed: 00:00:43.67
CREATE OR REPLACE VIEW TIBEX_MSGSEQBYINSTRUMENTBYMEID
(INSTRUMENTID, MESSAGESEQUENCE, MEGROUPID)
AS
SELECT a.*, b.megroupid
FROM TIBEX_MSGSEQBYINSTRUMENT a
JOIN tibex_instrument b
ON a.instrumentid=b.instrumentid
CREATE OR REPLACE VIEW TIBEX_MSGSEQBYINSTRUMENT
(INSTRUMENTID, MESSAGESEQUENCE)
AS
SELECT instrumentID, NVL(max(MessageSequence),0) as MessageSequence
FROM (SELECT instrumentID, max(MessageSequence) as MessageSequence
FROM tibex_quote
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_order
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_execution
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_TsTrade
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_BestExRel
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_MeResumePrdTransition
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_EDPUpdateReject
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_INSTRUMENTADMIN
WHERE instrumentID IS NOT NULL
AND adminuser IN (
SELECT megroupID
FROM tibex_configMeGroup
GROUP by instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_BestExecPriceLog
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_auctionPrice
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(AckMessageSequence)
FROM tibex_adminAck
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
UNION ALL
SELECT instrumentID, max(MessageSequence)
FROM tibex_InstrumentState
WHERE instrumentID IS NOT NULL
GROUP BY instrumentID
GROUP BY instrumentID
/Regards
NarasimhaHi,
I dropped and recreated the stats without any modification(Eg adding new Indexes).The Query is hitting the indexes and it comes out in 00:00:16.86.But in the Production box the Same Query is doing Full tablescan.
The only difference in producation and Test Env is I collected the Fresh stats but in prod Kindly read below and give me suggestion
The Process Happens
In the Beginning of the Day Following tables contains Like 100 records and as the day process it will reach 1,2,3,4 millions records by the EOD.During the EOD day we generate stats and delete those records and Tables will have 100 or 200 records but the stats will be for 4 Million records.Kindly Suggest me the best option
tst_pre_eod@MIFEX3> set timing on
tst_pre_eod@MIFEX3> show parameter user_dump_dest
NAME TYPE VALUE
user_dump_dest string /u01/app/oracle/admin/MIFEX3/u
dump
tst_pre_eod@MIFEX3>
tst_pre_eod@MIFEX3> show parameter optimizer
NAME TYPE VALUE
optimizer_dynamic_sampling integer 2
optimizer_features_enable string 10.2.0.4
optimizer_index_caching integer 0
optimizer_index_cost_adj integer 100
optimizer_mode string ALL_ROWS
optimizer_secure_view_merging boolean TRUE
tst_pre_eod@MIFEX3>
tst_pre_eod@MIFEX3> show parameter db_file_multi
NAME TYPE VALUE
db_file_multiblock_read_count integer 128
tst_pre_eod@MIFEX3>
tst_pre_eod@MIFEX3> show parameter db_block_size
NAME TYPE VALUE
db_block_size integer 8192
tst_pre_eod@MIFEX3>
tst_pre_eod@MIFEX3> show parameter cursor_sharing
NAME TYPE VALUE
cursor_sharing string EXACT
tst_pre_eod@MIFEX3>
tst_pre_eod@MIFEX3> column sname format a20
tst_pre_eod@MIFEX3> column pname format a20
tst_pre_eod@MIFEX3> column pval2 format a20
tst_pre_eod@MIFEX3>
tst_pre_eod@MIFEX3> select
2 sname
3 , pname
4 , pval1
5 , pval2
6 from
7 sys.aux_stats$;
SNAME PNAME PVAL1 PVAL2
SYSSTATS_INFO STATUS COMPLETED
SYSSTATS_INFO DSTART 01-11-2010 17:16
SYSSTATS_INFO DSTOP 01-11-2010 17:16
SYSSTATS_INFO FLAGS 1
SYSSTATS_MAIN CPUSPEEDNW 1489.10722
SYSSTATS_MAIN IOSEEKTIM 10
SYSSTATS_MAIN IOTFRSPEED 4096
SYSSTATS_MAIN SREADTIM .71
SYSSTATS_MAIN MREADTIM 15.027
SYSSTATS_MAIN CPUSPEED 2141
SYSSTATS_MAIN MBRC 29
SYSSTATS_MAIN MAXTHR
SYSSTATS_MAIN SLAVETHR
13 rows selected.
Elapsed: 00:00:00.07
tst_pre_eod@MIFEX3> set timing on
tst_pre_eod@MIFEX3> explain plan for
2
tst_pre_eod@MIFEX3> SELECT InstrumentID, MEGroupID, MessageSequence FROM
2 TIBEX_msgseqbyinstrumentbymeid WHERE MEGroupID = 'ME1';
GLJd ME1 2.9983E+18
TALKl ME1 2.9983E+18
ENGl ME1 2.9983E+18
AGRl ME1 2.9983E+18
HHFAd ME1 2.9983E+18
GWI1d ME1 2.9983E+18
BIO3d ME1 2.9983E+18
603 rows selected.
Elapsed: 00:00:16.72
tst_pre_eod@MIFEX3> SELECT InstrumentID, MEGroupID, MessageSequence FROM
2 TIBEX_msgseqbyinstrumentbymeid WHERE MEGroupID = 'ME1';
603 rows selected.
Elapsed: 00:00:16.86
Execution Plan
Plan hash value: 2206731661
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | 13 | 806 | 111K (5)| 00:01:20 |
| 1 | HASH GROUP BY | | 13 | 806 | 111K (5)| 00:01:20 |
|* 2 | HASH JOIN | | 3072 | 186K| 111K (5)| 00:01:20 |
|* 3 | TABLE ACCESS FULL | TIBEX_INSTRUMENT | 626 | 13772 | 28 (0)| 00:00:01 |
| 4 | VIEW | | 5776 | 225K| 111K (5)| 00:01:20 |
| 5 | UNION-ALL | | | | | |
| 6 | HASH GROUP BY | | 782 | 14076 | 10056 (5)| 00:00:08 |
| 7 | TABLE ACCESS FULL | TIBEX_QUOTE | 356K| 6260K| 9860 (3)| 00:00:08 |
| 8 | HASH GROUP BY | | 128 | 2304 | 101K (5)| 00:01:12 |
| 9 | VIEW | index$_join$_007 | 3719K| 63M| 98846 (3)| 00:01:11 |
|* 10 | HASH JOIN | | | | | |
| 11 | INDEX FAST FULL SCAN| IX_ORDERBOOK | 3719K| 63M| 32019 (3)| 00:00:23 |
| 12 | INDEX FAST FULL SCAN| TIBEX_ORDER_ID_ORD_INS | 3719K| 63M| 24837 (3)| 00:00:18 |
| 13 | HASH GROUP BY | | 23 | 414 | 4 (25)| 00:00:01 |
| 14 | VIEW | index$_join$_008 | 108 | 1944 | 3 (0)| 00:00:01 |
|* 15 | HASH JOIN | | | | | |
| 16 | INDEX FAST FULL SCAN| TIBEX_EXECUTION_IDX1 | 108 | 1944 | 1 (0)| 00:00:01 |
|* 17 | INDEX FAST FULL SCAN| TIBEX_EXECUTION_IDX4 | 108 | 1944 | 1 (0)| 00:00:01 |
| 18 | HASH GROUP BY | | 1 | 40 | 4 (25)| 00:00:01 |
|* 19 | TABLE ACCESS FULL | TIBEX_TSTRADE | 1 | 40 | 3 (0)| 00:00:01 |
| 20 | HASH GROUP BY | | 394 | 7092 | 30 (10)| 00:00:01 |
| 21 | INDEX FAST FULL SCAN | IX_BESTEXREL | 4869 | 87642 | 28 (4)| 00:00:01 |
| 22 | HASH GROUP BY | | 1126 | 20268 | 19 (11)| 00:00:01 |
|* 23 | TABLE ACCESS FULL | TIBEX_MERESUMEPRDTRANSITION | 1947 | 35046 | 17 (0)| 00:00:01 |
| 24 | HASH GROUP BY | | 1 | 17 | 7 (15)| 00:00:01 |
| 25 | TABLE ACCESS FULL | TIBEX_EDPUPDATEREJECT | 8 | 136 | 6 (0)| 00:00:01 |
| 26 | HASH GROUP BY | | 1099 | 31871 | 192 (6)| 00:00:01 |
|* 27 | HASH JOIN | | 6553 | 185K| 188 (4)| 00:00:01 |
| 28 | INDEX FULL SCAN | XPKTIBEX_CONFIGMEGROUP | 4 | 16 | 1 (0)| 00:00:01 |
| 29 | TABLE ACCESS FULL | TIBEX_INSTRUMENTADMIN | 14744 | 359K| 186 (4)| 00:00:01 |
| 30 | HASH GROUP BY | | 11 | 198 | 77 (7)| 00:00:01 |
| 31 | TABLE ACCESS FULL | TIBEX_BESTEXECPRICELOG | 5534 | 99612 | 74 (3)| 00:00:01 |
| 32 | HASH GROUP BY | | 1 | 40 | 4 (25)| 00:00:01 |
|* 33 | TABLE ACCESS FULL | TIBEX_AUCTIONPRICE | 1 | 40 | 3 (0)| 00:00:01 |
| 34 | HASH GROUP BY | | 1098 | 18666 | 193 (7)| 00:00:01 |
|* 35 | TABLE ACCESS FULL | TIBEX_ADMINACK | 15836 | 262K| 185 (3)| 00:00:01 |
|* 35 | TABLE ACCESS FULL | TIBEX_ADMINACK | 15836 | 262K| 185 (3)| 00:00:01 |
| 36 | HASH GROUP BY | | 1112 | 20016 | 76 (16)| 00:00:01 |
| 37 | INDEX FAST FULL SCAN | INSTRUMENTSTATEMSGSEQ | 20948 | 368K| 66 (4)| 00:00:01 |
Predicate Information (identified by operation id):
2 - access("INSTRUMENTID"="B"."INSTRUMENTID")
3 - filter("B"."MEGROUPID"='ME1')
10 - access(ROWID=ROWID)
15 - access(ROWID=ROWID)
17 - filter("INSTRUMENTID" IS NOT NULL)
19 - filter("INSTRUMENTID" IS NOT NULL)
23 - filter("INSTRUMENTID" IS NOT NULL)
27 - access("ADMINUSER"="MEGROUPID")
33 - filter("INSTRUMENTID" IS NOT NULL)
35 - filter("INSTRUMENTID" IS NOT NULL)
Statistics
175 recursive calls
0 db block gets
57737 consistent gets
18915 physical reads
0 redo size
14908 bytes sent via SQL*Net to client
558 bytes received via SQL*Net from client
8 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
603 rows processed
SELECT InstrumentID, MEGroupID, MessageSequence FROM
TIBEX_msgseqbyinstrumentbymeid WHERE MEGroupID = 'ME1'
call count cpu elapsed disk query current rows
Parse 1 0.01 0.07 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 8 10.46 16.28 18915 57733 0 603
total 10 10.47 16.35 18915 57733 0 603
Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 303
Rows Row Source Operation
603 HASH GROUP BY (cr=57733 pr=18915 pw=18900 time=16283336 us)
2853 HASH JOIN (cr=57733 pr=18915 pw=18900 time=281784 us)
626 TABLE ACCESS FULL TIBEX_INSTRUMENT (cr=38 pr=0 pw=0 time=120 us)
5594 VIEW (cr=57695 pr=18915 pw=18900 time=278405 us)
5594 UNION-ALL (cr=57695 pr=18915 pw=18900 time=278400 us)
823 HASH GROUP BY (cr=12938 pr=0 pw=0 time=272798 us)
356197 TABLE ACCESS FULL TIBEX_QUOTE (cr=12938 pr=0 pw=0 time=41 us)
136 HASH GROUP BY (cr=43989 pr=18915 pw=18900 time=15962878 us)
3718076 VIEW index$_join$_007 (cr=43989 pr=18915 pw=18900 time=13123768 us)
3718076 HASH JOIN (cr=43989 pr=18915 pw=18900 time=9405689 us)
3718076 INDEX FAST FULL SCAN IX_ORDERBOOK (cr=24586 pr=0 pw=0 time=65 us)(object id 387849)
3718076 INDEX FAST FULL SCAN TIBEX_ORDER_ID_ORD_INS (cr=19403 pr=0 pw=0 time=64 us)(object id 387867)
23 HASH GROUP BY (cr=6 pr=0 pw=0 time=1265 us)
108 VIEW index$_join$_008 (cr=6 pr=0 pw=0 time=1024 us)
108 HASH JOIN (cr=6 pr=0 pw=0 time=914 us)
108 INDEX FAST FULL SCAN TIBEX_EXECUTION_IDX1 (cr=3 pr=0 pw=0 time=155 us)(object id 386846)
108 INDEX FAST FULL SCAN TIBEX_EXECUTION_IDX4 (cr=3 pr=0 pw=0 time=129 us)(object id 386845)
0 HASH GROUP BY (cr=3 pr=0 pw=0 time=84 us)
0 TABLE ACCESS FULL TIBEX_TSTRADE (cr=3 pr=0 pw=0 time=46 us)
394 HASH GROUP BY (cr=39 pr=0 pw=0 time=2662 us)
4869 INDEX FAST FULL SCAN IX_BESTEXREL (cr=39 pr=0 pw=0 time=22 us)(object id 386757)
1126 HASH GROUP BY (cr=23 pr=0 pw=0 time=2338 us)
1947 TABLE ACCESS FULL TIBEX_MERESUMEPRDTRANSITION (cr=23 pr=0 pw=0 time=29 us)
1 HASH GROUP BY (cr=7 pr=0 pw=0 time=110 us)
8 TABLE ACCESS FULL TIBEX_EDPUPDATEREJECT (cr=7 pr=0 pw=0 time=43 us)
828 HASH GROUP BY (cr=249 pr=0 pw=0 time=6145 us)
828 HASH JOIN (cr=249 pr=0 pw=0 time=1008 us)
4 INDEX FULL SCAN XPKTIBEX_CONFIGMEGROUP (cr=1 pr=0 pw=0 time=21 us)(object id 386786)
14905 TABLE ACCESS FULL TIBEX_INSTRUMENTADMIN (cr=248 pr=0 pw=0 time=23 us)
11 HASH GROUP BY (cr=99 pr=0 pw=0 time=3728 us)
5556 TABLE ACCESS FULL TIBEX_BESTEXECPRICELOG (cr=99 pr=0 pw=0 time=32 us)
0 HASH GROUP BY (cr=3 pr=0 pw=0 time=72 us)
0 TABLE ACCESS FULL TIBEX_AUCTIONPRICE (cr=3 pr=0 pw=0 time=30 us)
1126 HASH GROUP BY (cr=248 pr=0 pw=0 time=11102 us)
16069 TABLE ACCESS FULL TIBEX_ADMINACK (cr=248 pr=0 pw=0 time=18 us)
1126 HASH GROUP BY (cr=91 pr=0 pw=0 time=11947 us)
21235 INDEX FAST FULL SCAN INSTRUMENTSTATEMSGSEQ (cr=91 pr=0 pw=0 time=38 us)(object id 386904)
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net message to client 8 0.00 0.00
direct path write temp 1260 0.52 5.39
direct path read temp 1261 0.04 2.95
SQL*Net message from client 8 0.00 0.00
SQL*Net more data to client 6 0.00 0.00
PARSE #8:c=15000,e=83259,p=0,cr=4,cu=0,mis=1,r=0,dep=0,og=1,tim=532014955506
EXEC #8:c=1000,e=170,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=532014955744
WAIT #8: nam='SQL*Net message to client' ela= 4 driver id=1413697536 #bytes=1 p3=0 obj#=572 tim=532014955794
WAIT #8: nam='direct path write temp' ela= 4090 file number=201 first dba=84873 block cnt=15 obj#=572 tim=532015639268
WAIT #8: nam='direct path write temp' ela= 2677 file number=201 first dba=84888 block cnt=15 obj#=572 tim=532015642558
WAIT #8: nam='direct path write temp' ela= 20 file number=201 first dba=84903 block cnt=15 obj#=572 tim=532015652372
WAIT #8: nam='direct path write temp' ela= 2190 file number=201 first dba=84918 block cnt=15 obj#=572 tim=532015656105
WAIT #8: nam='direct path write temp' ela= 2247 file number=201 first dba=84933 block cnt=15 obj#=572 tim=532015659146
WAIT #8: nam='direct path write temp' ela= 3386 file number=201 first dba=84948 block cnt=15 obj#=572 tim=532015662832
WAIT #8: nam='direct path write temp' ela= 3375 file number=201 first dba=84963 block cnt=15 obj#=572 tim=532015666444
WAIT #8: nam='direct path write temp' ela= 2796 file number=201 first dba=84978 block cnt=15 obj#=572 tim=532015670097
WAIT #8: nam='direct path write temp' ela= 2901 file number=201 first dba=53129 block cnt=15 obj#=572 tim=532015673308
WAIT #8: nam='direct path write temp' ela= 2933 file number=201 first dba=53144 block cnt=15 obj#=572 tim=532015676474
WAIT #8: nam='direct path write temp' ela= 15 file number=201 first dba=53159 block cnt=15 obj#=572 tim=532015686479
WAIT #8: nam='direct path write temp' ela= 2561 file number=201 first dba=53174 block cnt=15 obj#=572 tim=532015690084
WAIT #8: nam='direct path write temp' ela= 2297 file number=201 first dba=53189 block cnt=15 obj#=572 tim=532015693299
WAIT #8: nam='direct path write temp' ela= 3448 file number=201 first dba=53204 block cnt=15 obj#=572 tim=532015697026
WAIT #8: nam='direct path write temp' ela= 2633 file number=201 first dba=53219 block cnt=15 obj#=572 tim=532015700114
WAIT #8: nam='direct path write temp' ela= 2902 file number=201 first dba=53234 block cnt=15 obj#=572 tim=532015703743
WAIT #8: nam='direct path write temp' ela= 3219 file number=201 first dba=53001 block cnt=15 obj#=572 tim=532015707190
WAIT #8: nam='direct path write temp' ela= 2809 file number=201 first dba=53016 block cnt=15 obj#=572 tim=532015710215 -
Why, when I sync my iPhone does it always take all my apps out of their neat sorted little boxes of twelve Apps organised by a commonality and rearrange them over a dozen screens in random order? Each time I sync, I have a 1hr long task of relocating apps.
Why no tleave them spread out I hear you ask... That is not practicable. I then have 12 pages to scan rather than just two. I need a solution... :-PI realize this is an old thread but I'm having the same problem after upgrading my software today. Kinda surprised there are no solutions at all with 88 views. I have an iPod touch btw, not an iPhone, but it prob wouldn't make much difference in this case.
The thing is, I get the screen(s) looking EXACTLY as I want on iTunes...just perfect (which is what I believe everyone else is experiencing as well). When we go to sync tho, it does whatever it wants to do. After syncing, all the apps are there, it's just that for me, it puts them in some type of random order. I have 72 apps and this is absolutely ridiculous!
Thanks in advance for any fixes anyone might have...
Maybe you are looking for
-
Report Performance with Bind Variable
Getting some very odd behaviour with a report in APEX v 3.2.1.00.10 I have a complex query that takes 5 seconds to return via TOAD, but takes from 5 to 10 minutes in an APEX report. I've narrowed it down to one particular bind. If I hard code the dat
-
Getting Time-Out at Select Query
Dear All, I am getting Time-Out at particular Select Query. This error i am getting since last 3 days, before it was working fine. And there is no any change made to program in last 3 days. select a~qmnum matnr kunum iwerk
-
Question about 1.1 update for ipod
i've been reading a lot about the update for ipod... but in some pages/forums, say that the problems appear only with the ipod 5G 60Gb... i´m about to buy a black 5G ipod 30 Gb... i want to know if i should update it with 1.1 (2006-01-10)/b] or don´t
-
If you have a database table with 20 columns and you want to insert data. Your recordset file has 15 columns. The first row is of the file has the field names that tell you which of 15 fields (out of the 20) that this file contains. If the table is o
-
Hi all, Can anyone suggest the replacement for the obsolete table MSKU in SAP ECC 5.0 version. thanx Rakesh