Tablespace temp grows too much when using OBIEE

Hi gurus,
i´m using OBIEE 10.1.3.4 . When i´doing a select over a materialized view, the tablespace temp grows too much ( about 15GB).
The columns of the materialized view are functions.
The base tables of the Materialized View are big, thousands of MB.
Is it possible to configure the tablespace temp with OBIEE? and via SQL-PLUS?
Best Regards.
Roberto.

you can do it with Oracle Enterprise Manager, that is much easier way. If you don't have access to OEM and has privileges to alter table space. the command is something like
alter tablespace ts_sth add datafile \etc\temp.dbf' size 4M autoextend on;

Similar Messages

Tablespace temp grows too much

Hi gurus,
i´m using OBIEE 10.1.3.4 . When i´doing a select over a materialized view, the tablespace temp grows too much ( about 15GB).
The columns of the materialized view are functions.
The base tables of the Materialized View are big, thousands of MB.
Is it possible to configure the tablespace temp with OBIEE? and via SQL-PLUS?
Best Regards.
Roberto.

you can do it with Oracle Enterprise Manager, that is much easier way. If you don't have access to OEM and has privileges to alter table space. the command is something like
alter tablespace ts_sth add datafile \etc\temp.dbf' size 4M autoextend on;

My iphone 4s crashes too much when i download and app from store and open it its freeze or crash and restart the phone i think i am having big problem with this device i restored it to factory settings and no waay!

My iphone 4s crashes too much when i download and app from store and open it its freeze or crash and restart the phone i think i am having big problem with this device i restored it to factory settings and no waay!

I think many of us need a Defense Against the Podcasts App professor.
Have you looked at this Apple support page?
http://support.apple.com/kb/HT6190?viewlocale=en_US&locale=en_US

I don't know why my iphone4 usually too hot when use about 15 minutes.

I don't know why my iphone4 usually too hot when use about 15 minutes.
can you get the another.
thank you

You're not addressing Apple here, this is a user to user support forum.
Basic troubleshooting from the User's Guide is reset, restart, restore (first from backup then as new). Has any of this been tried?

Taking too much time using BufferedWriter to write to a file

Hi,
I'm using the method extractItems() which is given below to write data to a file. This method is taking too much time to execute when the number of records in the enumeration is 10000 and above. To be precise it takes around 70 minutes. The writing pauses intermittently for 20 seconds after writing a few lines and sometimes for much more. Has somebody faced this problem before and if so what could be the problem. This is a very high priority work and it would be really helpful if someone could give me some info on this.
Thanks in advance.
public String extractItems() throws InternalServerException{
try{
               String extractFileName = getExtractFileName();
               FileWriter fileWriter = new FileWriter(extractFileName);
               BufferedWriter bufferWrt = new BufferedWriter(fileWriter);
               CXBusinessClassIfc editClass = new ExploreClassImpl(className, mdlMgr );
System.out.println("Before -1");
               CXPropertyInfoIfc[] propInfo = editClass.getClassPropertyInfo(configName);
System.out.println("After -1");
          PrintWriter out = new PrintWriter(bufferWrt);
System.out.println("Before -2");
          TemplateHeaderInfo.printHeaderInfo(propInfo, out, mdlMgr);
System.out.println("After -2");
XDItemSet itemSet = getItemsForObjectIds(catalogEditDO.getSelectedItems());
Enumeration allitems = itemSet.allItems();
System.out.println("the batch size : " +itemSet.getBatchSize());
XDForm frm = itemSet.getXDForm();
XDFormProperty[] props = frm.getXDFormProperties();
System.out.println("Before -3");
bufferWrt.newLine();
long startTime ,startTime1 ,startTime2 ,startTime3;
startTime = System.currentTimeMillis();
System.out.println("time here is--before-while : " +startTime);
while(allitems.hasMoreElements()){
String aRow = "";
XDItem item = (XDItem)allitems.nextElement();
for(int i =0 ; i < props.length; i++){
     String value = item.getStringValue(props);
     if(value == null || value.equalsIgnoreCase("null"))
          value = "";
                         if(i == 0)
                              aRow = value;
                         else
                              aRow += ("\t" + value);
startTime1 = System.currentTimeMillis();
System.out.println("time here is--before-writing to buffer --new: " +startTime1);
bufferWrt.write(aRow.toCharArray());
bufferWrt.flush();//added by rosmon to check extra time taken for extraction//
bufferWrt.newLine();
startTime2 = System.currentTimeMillis();
System.out.println("time here is--after-writing to buffer : " +startTime2);
startTime3 = System.currentTimeMillis();
System.out.println("time here is--after-while : " +startTime3);
               out.close();//added by rosmon to check extra time taken for extraction//
bufferWrt.close();
fileWriter.close();
System.out.println("After -3");
return extractFileName;
catch(Exception e){
               e.printStackTrace();
throw new InternalServerException(e.getMessage());

Hi fiontan,
Thanks a lot for the response!!!
Yeah!! I kow it's a lotta code, but i thought it'd be more informative if the whole function was quoted.
I'm in fact using the PrintWriter to wrap the BufferedWriter but am not using the print() method.
Does it save any time by using the print() method??
The place where the delay is occurring is the wile loop shown below:
            while(allitems.hasMoreElements()){
            String aRow = "";
                XDItem item = (XDItem)allitems.nextElement();
                for(int i =0 ; i < props.length; i++){
                     String value = item.getStringValue(props);
     if(value == null || value.equalsIgnoreCase("null"))
          value = "";
                         if(i == 0)
                              aRow = value;
                         else
                              aRow += ("\t" + value);
startTime1 = System.currentTimeMillis();
System.out.println("time here is--before-writing to buffer --out.flush() done: " +startTime1);
bufferWrt.write(aRow.toCharArray());
out.flush();//added by rosmon to check extra time taken for extraction//
bufferWrt.flush();//added by rosmon to check extra time taken for extraction//
bufferWrt.newLine();
startTime2 = System.currentTimeMillis();
System.out.println("time here is--after-writing to buffer : " +startTime2);
What exactly happens is that after a few loops it just seems to sleep for around 20 seconds and then again starts off and ............it goes on till the records are done.
Please do lemme know if you have any idea as to why this is happening !!!!! This bug is giving me the scare.
thanks in advance

Tablespace name taking too much size

Hi all,
As I have posted alot threads regrading to get free space from a tablespace.
My problem is, we are using oracle 10g infrastructure and MT for messaging services.One of the tablespace name "IAS_META" is taking too much size and data in the table space is not valuable for us and i want to remove all the data. Please guide how can I do it and what will be the best procedure do it ASAP.
Thanks in Advance.

Hi Aijaz,
I too having the same problem i want to get free space from IAS_META tablespace let me tell you i have 1 OAS R 2 (10.1.2) with Oracle Infrastructure i have deployed wireless application on OAS which is syncronized with Oracle Infrastructure & now IAS_META is totaly full and i want to get free space from this tablespace Please let me know how i will get
Thanks,
Waheed

Applying report filter when using OBIEE web services

Hi
Would like to know if it's possible apply report filter when using the web serivce ? Read from Oracle doc that there's this applyReportParams() method in ReportEditingService that could do the job. Can anyone confirm this ?
Currently we've tried to access the report using the WebCatalogService, read the xml and retrieve the result using the XMLViewService successfully. However there's an additional requirement to pass in the report filter on the fly.
Thanks in advance

Hi Gerardnico,
I have a question regarding the OBIEE Web Services,
We are using C # for Automation code to test Obiee Analysis Web Services,while designing filter in C # to call report we are facing difficulty with Presentation Variable using Variable value. Where as it is working fine for Column value.
Note: The choice list has 2 custom values.
So please guide me in this regard.
Regards,
Pj

Firefox Browsing caching issues when using OBIEE

We have experience a problem when using Firefox. It seems the browser caches the results, of an analysis for example, and even though we have made changes to the data, flushed the OBIEE cache, we still see older results because the older results were cached in the browser. We have to go to options -> history -> clear recent history to get the new results. (And sometimes this doesn't seem to do the trick.)
Anybody else seen this problem or have a resolution?
Thanks,
Brian

There are different caches in OBIEE. Probably you hit stale entries in "Presentation Server Cache".
This can be controlled by adding the following to your instanceconfig.xml
<CacheMaxExpireMinutes>5</CacheMaxExpireMinutes>
see also here:
http://obiee101.blogspot.ie/2008/11/obiee-presentation-services-cache.html
or here:
http://unleashobiee.wordpress.com/2011/01/12/purging-obi-server-and-presentation-server-cache/

File Size Growing too much with every Save

I have designed a form that uses Giids with drop-down lists and also some Image Fields. When I am using the form and I save it the file size grows excessively with each save. If I add even one character to a sentence the file size may grow by as much as 500K or more. Saving a few times causes the file to become far to large to send by email. Any ideas what I need to try and fix, or is this just normal?

Nope, I have it unselected and it still grows by leaps and bounds. Any other ideas? Is there anyone I can send a form to who can work on it for a fee?

Dashboard visiting error when using OBIEE IPAD client

Hi，
When I using IPAD client of OBIEE to visit the OBIEE dashboard(OBIEE11.1.1.5),always the first page can show us correctly,but when I change the dashboard page,the dashboard will show error , but all those pages were showed correctly in PC.
erroe message as follow:
Error 500--Internal Server Error
From RFC 2068 Hypertext Transfer Protocol--HTTP/1.1
10.5.1 500 Internal Server Error
The server encountered an unexpected condition which prevented it from fulfilling the request.
Any one know it?
Thank you in advance.

There are several reasons this problem may occur. jkuhns nailed one -- another reason is if you're tying to make videos too large for the device. The maximum resolution the iPad supports for video is 1080p. Please make sure you're using something sized correctly and H.264 encoded.

Fill Factor and Too Much Space Used

Okay, I am on sql server 2012 sp2. I am doing a simple update on some large tables where there is an int column that allows nulls and I am changing the null values to be equal to the values in another integer column in the same table. (Please
don't ask why I am doing dup data as that is a long story!)
So it's a very simple update and these tables are about 65 million rows I believe and so you can calculate how much space it should increase by. Basically, it should increase by 8 bytes * 65 million = ~500Mbytes, right?
However, when I run these updates the space increases by about 3 G per table. What would cause this behavior?
Also, the fill factor on the server is 90% and this column is not in the PK or any of the 7 nonclustered indexes. The table is used in horizonal partitioning but it is not part of the constraint.
Any help is much appreciated...

Hi CLM,
some information to the INT data type before going into detail of the "update process":
an INT datatype is 4 bytes not 8!
an INT datatype is a fixed length data type
Unfortunatley we don't know anything about the table structure (colums, indexes) but based on your observation I presume a table with multiple indexes. Furthermore I presume a nonclustered non unique index on the column you are updating.
To understand why an update of an INT attribute doesn't affect the space of the table itself you need to know a few things about the record structure. The first 4 bytes of a record header describe the structure and the type of the record! Please take the
following table structure (it is a HEAP) as an example for my ongoing descriptions:
CREATE TABLE dbo.demo
Id INT NOT NULL IDENTITY (1, 1),
c1 INT NULL,
c2 CHAR(100) NOT NULL DEFAULT ('just a filler')
The table is a HEAP with no indexes and the column [c1] is NULLable. After 10,000 records have been added to the table...
SET NOCOUNT ON;
GO
INSERT INTO dbo.demo WITH (TABLOCK) DEFAULT VALUES
GO 10000
... the record structure for the first record looks like the following. I will first evaluate the position of the record and than create an output with DBCC PAGE
SELECT pc.*, d.Id, d.c1
FROM dbo.demo AS d CROSS APPLY sys.fn_PhysLocCracker(%%physloc%%) AS pc
WHERE d.Id = 1;
In my example the first record allocates the page 168. To examine this page you can use DBCC PAGE but keep in mind that it isn't documented. You have to enable the output of DBCC PAGE by usage of DBCC TRACEON with the TF 3604.
DBCC TRACEON (3604);
DBCC PAGE (demo_db, 1, 168, 1);
The output of the above command shows all data records which are allocated on the page 168. The next output represents the first record:
Slot 0, Offset 0x60, Length 115, DumpStyle BYTE
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 115
The above output shows the record header which describes the type of record and it gives some information about the structure of the record. It is a PRIMARY RECORD which contains NULLable columns. The length of the record is 115 bytes.
The next ouptput shows the first bytes of the record and its logical solution:
10 00 PRIMARY RECORD and NULLable columns
70 00 OFFSET for information about number of columns (112)
01 00 00 00 Value of ID
00 00 00 00 Value of C1
6a757374 Value (begin) of C2
If might be complicate but you will get a very good explanation about the record structures in the the Book "SQL Server Internals" from Kalen Delaney.
The first two bytes (0x1000 describe the record type and its structure. Bytes 3 and 4 define the offset in the record where the information about the number of columns can be picked up. As you may see from the value it is "far far" near the end of the record.
The reason is quite simple - these information are stored BEHIND the fixed length data of a record. As you can see from the above "code" the position is 112. 112 - 4 bytes for the record header is 108. Id = 4 + C1 = 4 + C2 = 100 = ??? All the columns are FIXED
length columns so is it with C1 because it has a fixed length data size!
The next 4 bytes represent the value which is stored in Id (0x01000000) which is 1. C1 is filled with placeholders for a possible value. If we update it with a new value the preallocated space in the record structure will be filled and NO extra space will
be used. So - based on the simple table structure - a growth WILL NOT OCCUR!
Based on the given finding the question is WHAT will cause additional allocation of space?
It can only be nonclustered indexes. Let's assume we have an index on c1 (which is full of NULL). If you update the table with values the NCI will be updated, too. For each update from NULL to Value a new record will be added to the NCI. What is the size
of the new record in the NCI?
We have the record header which is 4 bytes. If the table is a heap we have to deal with a RID it is 8 bytes. If your table is a Clustered index the size depends on the size of the Clustered Key(s). If it is only an INT it is 4 bytes. In the given example
I have to add 8 Bytes because it is a HEAP!
On top of the - now 12 bytes - we have to add the size of the column itself which is 4 bytes. Last but not least additional space will be allocated if the index isn't unique (+4 bytes) allows NULL, ...
In the given example a nonlclustered index will consume 4 bytes for the header + 8 bytes for the RID + 4 bytes for C1 + 4 bytes if the index isn't unique + 2 bytes for the NULLable information! = 22 bytes!!!
Now calculate the size by your number of records. And next ... - add the calculated size for EACH additional record and don't forget page splits, too! If the values for the index are not contigious you will have hundreds of page splits when the data will
be added to the index(es) :). In this case the fill factor is worthless because of the huge amount of data...
Get more information about my arguments here:
Calculation of index size:
http://msdn.microsoft.com/en-us/library/ms190620.aspx
Structure of a record:
http://www.sqlskills.com/blogs/paul/inside-the-storage-engine-anatomy-of-a-record/
PS: I remember my first international speaker engagement which was in 2013 in Stockholm (Erland may remember it!). I was talking about the internal structures of the database engine as a starting point for my "INSERT / UPDTAE / DELETE - deep dive" session.
There was one guy who asked in a quite boring manner: "For what do we need to know this nonsence?" I was stumbeling because I didn't had the right answer to this. Now I would answer that knowing about record structure and internals you can calculate in a quite
better way the future storage size :)
You can watch it here but I wouldn't recommend it :)
http://www.sqlpass.org/sqlrally/2013/nordic/Agenda/VideoRecordings.aspx
MCM - SQL Server 2008
MCSE - SQL Server 2012
db Berater GmbH
SQL Server Blog (german only)

Compile error "input line is too long" when using useLegacyAOT

I'm using FlashBuilder 4.7 and the release of AIR 4 on Windows 7 to package for iOS...As soon as I include 3 or more ANEs I can no longer compile to iOS (and also use the new "useLegacyAOT no" command). When I try I get an error "The input line is too long. Compilation failed while executing : compile-abc"
I found a couple other similar issues. One post suggested instead of pointing to individual ANEs (in Package Contents) to point to a folder instead--but this doesn't fix the
Another post for a slightly different problem said it was fixed in the release of AIR 4.
Any ideas? I wonder if I move my AIR SDK to a simple path (like "c:\air\adt.jar" instead of "C:\Program Files\Adobe\Adobe Flash Builder 4.7 (64 Bit)\eclipse\plugins\com.adobe.flash.compiler_4.7.0.349722\AIRSDK\lib\adt.jar") if it'd help.
Thanks in advance!

Awesome! I got used to the new useLegacyAOT thing very fast. In the meantime, I have to decide whether to remove all my ANEs and test or sit through an interminable build sequence.
What's the current plan for a new release? Is there any way I could get a beta copy just to use during development?
Thanks!

Resizing tablespace is taking too much time and freezing the database

This is my database setup:
3 node rac on 32 bit linux (rh 4)
2 SANs (3gb + 2 gb)
asm config: everything is default from installation
current datafiles: 3.2T out of 5.0T (autoextend on)
this is how I do to resize the tablespace manually to test how long it takes:
alter tablespace my_tbs resize 3173562M; //from 3172538M (adding another 1gb)
And it took 33 minutes to complete.
Could someone tell me what is wrong?
ps:: when i check the instance performing, the "SMON" user is like 97% of db activities. And while the resizing is running, the database seem to freeze.
Thanks,
Chau
Message was edited by:
user626162

sorry, it is 5 Tera bytes total.
there are 2 sans, one is 1.7T (one partition). the other san has 3 partitions with 1.1T each. I have only 1 datagroup
I used big file so there is only one big file for this tablespace. the size of the tablespace is 3.2T used with autoextend on (increment size is 1G)
this is the command I used to manually resize the tablespace:
alter tablespace my_table_space resize <3229923M>; //current size + 1G
Thanks,
Chau

Tablespace resizing taking too much time

This is my database setup:
3 node rac on 32 bit linux (rh 4)
2 SANs (3gb + 2 gb)
current datafiles: 3.2T out of 5.0T (autoextend on)
before adding the second SAN, the resizing tablespace isn't bad (13s/gb)
now it is taking way too long:
this is how I do to resize the tablespace manually to test how long it takes:
alter tablespace my_tbs resize 3173562M; //from 3172538M (adding another 1gb)
And it took 33 minutes to complete.
Could someone tell me what is wrong? is it because the new SAN i put in or it is because now the tablespace is too big?
ps:: when i check the instance performing, the "SMON" user is like 97% of db activities
Thanks,
Chau
Message was edited by:
user626162
Message was edited by:
user626162

when you set the tablespace to (autoextend on), what exactly oracle does in the background when it needs to extend the tablespace? does it do the "alter tablespace tbs_name resize"?
Thanks,
Chau

Chart legend too wide when using horizontal layout

I am using a flex chart with about 15 series on it. I've set
the legend direction variable to "horizontal". However since the
panel width which contains the chart is fixed, the legend sprawls
out to the right instead of going "wrapping around" nicely to stay
within the panel. As a result, you can't read the whole legend when
looking at the chart. The chart itself stays the proper width, but
the legend is too wide and can only be seen via using the scrollbar
to move horizontally. How can that be fixed?

Solerous, you must create a custom legend. Here's an example
that uses a grid to lay out the individual grid items. If you have
a variable number of series, then you can probably come up with
better logic for laying out the legend, but this should help get
you going.
hth,
matt horn
flex docs
<?xml version="1.0"?>

<mx:Application xmlns:mx="
http://www.adobe.com/2006/mxml"
backgroundColor="white" creationComplete="init()">
<mx:Script><![CDATA[
import mx.containers.GridItem;
import mx.containers.GridRow;
import mx.graphics.SolidColor;
import mx.graphics.IFill;
import mx.charts.LegendItem;
import mx.charts.Legend;
import mx.collections.ArrayCollection;
[Bindable]
public var expenses:ArrayCollection = new ArrayCollection([
{Expense:"Taxes", April:2000, May:321, June:131, July:1100,
August:200, September:1400, October:42},
{Expense:"Rent", April:1000, May:95, June:313, July:600,
August:400, September:200, October:52},
{Expense:"Taxes", April:2000, May:321, June:131, July:90,
August:500, September:900, October:300},
{Expense:"Bills", April:100, May:478, June:841, July:400,
August:600, September:1100, October:150}
private function init():void {
for (var i:int = 0; i < myChart.series.length; i++) {
var li:LegendItem = new LegendItem();
li.label = myChart.series
.displayName;
var sc:SolidColor = myChart.series.getStyle("fill");
li.setStyle("fill", sc);
var gi:GridItem = new GridItem();
if (i < 3) {
// First row
gi.addChild(li);
gr1.addChild(gi);
} else if (i >= 3 && i < 6) {
// Second row
gi.addChild(li);
gr2.addChild(gi);
} else if (i >= 6) {
// Third row
gi.addChild(li);
gr3.addChild(gi);
]]></mx:Script>
<mx:Panel title="Bar Chart with Legend" width="500"
height="600">
<mx:BarChart id="myChart" dataProvider="{expenses}"
height="400" showDataTips="true">
<mx:verticalAxis>
<mx:CategoryAxis
dataProvider="{expenses}"
categoryField="Expense"
/>
</mx:verticalAxis>
<mx:series>
<mx:BarSeries xField="April" displayName="April (in
$USD)"/>
<mx:BarSeries
xField="May"
displayName="May (in $USD)"
/>
<mx:BarSeries
xField="June"
displayName="June (in $USD)"
/>
<mx:BarSeries
xField="July"
displayName="July (in $USD)"
/>
<mx:BarSeries
xField="August"
displayName="August (in $USD)"
/>
<mx:BarSeries
xField="September"
displayName="September (in $USD)"
/>
<mx:BarSeries
xField="October"
displayName="October (in $USD)"
/>
</mx:series>
</mx:BarChart>
<mx:Grid id="myGrid">
<mx:GridRow id="gr1">
</mx:GridRow>
<mx:GridRow id="gr2">
</mx:GridRow>
<mx:GridRow id="gr3">
</mx:GridRow>
</mx:Grid>
</mx:Panel>
</mx:Application>

Tablespace temp grows too much when using OBIEE

Similar Messages

Maybe you are looking for