Re: [firebird-support] Change Write Mode

2014-11-14 Thread Tiziano tmdevelo...@yahoo.com [firebird-support]
I have found a lot of TIB_Connection and TIBODatabase with ForcedWrites = 
dpbFalse (now changed to "dpbDefault").Thanks so much for the help!! 

 Il Venerdì 14 Novembre 2014 10:18, "'Thomas Steinmaurer' 
t...@iblogmanager.com [firebird-support]"  ha 
scritto:
   

     > I have different software connected to db:
> 1. Delphi + IB_Object/IBO2. Web/WCF + NHibernate + Firebird ADO.NET3. Winforms
> + Firebird ADO.NET 4. DB Access (linked to firebird with external table) + 
> ODBC
> It is possible that a data connection change write mode?

Yes. In your IBO application, what is the value of TIB_connection.ForcedWrites? 
I vaguely remember a bug there in the connection design editor flipping the 
property explicitely to False although "Default" is the default and recommended 
value for that.

--
With regards,
Thomas Steinmaurer
http://www.upscene.com

Professional Tools and Services for Firebird
FB TraceManager, IB LogManager, Database Health Check, Tuning etc.

> Il Giovedì 13 Novembre 2014 17:48, "Thomas Steinmaurer t...@iblogmanager.com
> [firebird-support]"  ha scritto:
> 
> 
> > *UPDATE*
>> I have changed batch, switch -online before change write mode.
>> Actually the batch is:
>> "%FB_PATH%\GSTAT.EXE" -h %DB1% >> %LOG_FILE%
>> "%FB_PATH%\GFIX.EXE" -shut full -force 0 -user SYSDBA -password
>> masterkey %DB1% >> %LOG_FILE%
>> "%FB_PATH%\GFIX.EXE" -online normal -user SYSDBA -password masterkey
>> %DB1% >> %LOG_FILE%
>> "%FB_PATH%\GFIX.EXE" -write sync -user SYSDBA -password masterkey %DB1%
>>  >> %LOG_FILE%
>> "%FB_PATH%\GSTAT.EXE" -h %DB1% >> %LOG_FILE%
>>
>>  From log file it's all ok:
>>
>>  2014_11_13  3.30.50,84
>> [...]
>>      Next header page    0
>>      Database dialect    3
>>      Creation date        Aug 19, 2014 21:56:08
>>      Attributes
>>
>>      Variable header data:
>>      Sweep interval:        2
>>      *END*
>>
>> 
>> [...]
>>      Page buffers        0
>>      Next header page    0
>>      Database dialect    3
>>      Creation date        Aug 19, 2014 21:56:08
>>      Attributes force write
>>
>>      Variable header data:
>>      Sweep interval:    2
>>      *END*
>>
>>
>> But actually force write is off:
>>
>>  2014_11_13 10.45.33,75
>> [...]
>>      Implementation ID    16
>>      Shadow count        0
>>      Page buffers        0
>>      Next header page    0
>>      Database dialect    3
>>      Creation date        Aug 19, 2014 21:56:08
>>      Attributes <<
>>
>>      Variable header data:
>>      Sweep interval:        2
>>      *END*
>>
>>
>> How is possible? Any idea? Firebird versione is 2.5.3 on Windows
>> Standard Server 2008.
> 
> What data access technology are you using?
> 
> 
> 
> -- 
> With regards,
> Thomas Steinmaurer
> http://www.upscene.com/
> 
> Professional Tools and Services for Firebird
> FB TraceManager, IB LogManager, Database Health Check, Tuning etc.
> 
> 
> 
> 
> 
> 
> ++
> 
> Visit http://www.firebirdsql.org and click the Documentation item
> on the main (top) menu.  Try FAQ and other links from the left-side menu
> there.
> 
> Also search the knowledgebases at 
> http://www.ibphoenix.com/resources/documents/
> 
> 
> ++
> 
> 
> Yahoo Groups Links
> 
> 
> 
> 
> 
> 

  #yiv5091572647 #yiv5091572647 -- #yiv5091572647ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5091572647 
#yiv5091572647ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5091572647 
#yiv5091572647ygrp-mkp #yiv5091572647hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5091572647 #yiv5091572647ygrp-mkp #yiv5091572647ads 
{margin-bottom:10px;}#yiv5091572647 #yiv5091572647ygrp-mkp .yiv5091572647ad 
{padding:0 0;}#yiv5091572647 #yiv5091572647ygrp-mkp .yiv5091572647ad p 
{margin:0;}#yiv5091572647 #yiv5091572647ygrp-mkp .yiv5091572647ad a 
{color:#ff;text-decoration:none;}#yiv5091572647 #yiv5091572647ygrp-sponsor 
#yiv5091572647ygrp-lc {font-family:Arial;}#yiv5091572647 
#yiv5091572647ygrp-sponsor #yiv5091572647ygrp-lc #yiv5091572647hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5091572647 
#yiv5091572647ygrp-sponsor #yiv5091572647ygrp-lc .yiv5091572647ad 
{margin-bottom:10px;padding:0 0;}#yiv5091572647 #yiv5091572647actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5091572647 
#yiv5091572647activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5091572647
 #yiv5091572647activity span {font-weight:700;}#yiv5091572647 
#yiv5091572647activity span:first-child 
{text-transform:uppercase;}#yiv5091572647 #yiv5091572647activity span a 
{color:#5085b6;text-decoration:none;}#yiv5091572647 #yiv5091572647activity span 
span {color:#ff7900;}#yiv5091572647 #yiv5091572647ac

Re: [firebird-support] Change Write Mode

2014-11-14 Thread Tiziano tmdevelo...@yahoo.com [firebird-support]
I have different software connected to db:
1. Delphi + IB_Object/IBO2. Web/WCF + NHibernate + Firebird ADO.NET3. Winforms 
+ Firebird ADO.NET 4. DB Access (linked to firebird with external table) + ODBC
It is possible that a data connection change write mode?


 Il Giovedì 13 Novembre 2014 17:48, "Thomas Steinmaurer 
t...@iblogmanager.com [firebird-support]"  ha 
scritto:
   

 > *UPDATE*
> I have changed batch, switch -online before change write mode.
> Actually the batch is:
> "%FB_PATH%\GSTAT.EXE" -h %DB1% >> %LOG_FILE%
> "%FB_PATH%\GFIX.EXE" -shut full -force 0 -user SYSDBA -password
> masterkey %DB1% >> %LOG_FILE%
> "%FB_PATH%\GFIX.EXE" -online normal -user SYSDBA -password masterkey
> %DB1% >> %LOG_FILE%
> "%FB_PATH%\GFIX.EXE" -write sync -user SYSDBA -password masterkey %DB1%
>  >> %LOG_FILE%
> "%FB_PATH%\GSTAT.EXE" -h %DB1% >> %LOG_FILE%
>
>  From log file it's all ok:
>
>  2014_11_13  3.30.50,84
> [...]
>      Next header page    0
>      Database dialect    3
>      Creation date        Aug 19, 2014 21:56:08
>      Attributes
>
>      Variable header data:
>      Sweep interval:        2
>      *END*
>
> 
> [...]
>      Page buffers        0
>      Next header page    0
>      Database dialect    3
>      Creation date        Aug 19, 2014 21:56:08
>      Attributes force write
>
>      Variable header data:
>      Sweep interval:    2
>      *END*
>
>
> But actually force write is off:
>
>  2014_11_13 10.45.33,75
> [...]
>      Implementation ID    16
>      Shadow count        0
>      Page buffers        0
>      Next header page    0
>      Database dialect    3
>      Creation date        Aug 19, 2014 21:56:08
>      Attributes <<
>
>      Variable header data:
>      Sweep interval:        2
>      *END*
>
>
> How is possible? Any idea? Firebird versione is 2.5.3 on Windows
> Standard Server 2008.

What data access technology are you using?



-- 
With regards,
Thomas Steinmaurer
http://www.upscene.com/

Professional Tools and Services for Firebird
FB TraceManager, IB LogManager, Database Health Check, Tuning etc.






++

Visit http://www.firebirdsql.org and click the Documentation item
on the main (top) menu.  Try FAQ and other links from the left-side menu there.

Also search the knowledgebases at http://www.ibphoenix.com/resources/documents/ 

++


Yahoo Groups Links





   

Re: [firebird-support] Change Write Mode

2014-11-13 Thread Tiziano tmdevelo...@yahoo.com [firebird-support]
*UPDATE*
I have changed batch, switch -online before change write mode.
Actually the batch is:

"%FB_PATH%\GSTAT.EXE" -h %DB1% >> %LOG_FILE%
"%FB_PATH%\GFIX.EXE" -shut full -force 0 -user SYSDBA -password masterkey %DB1% 
>> %LOG_FILE%
"%FB_PATH%\GFIX.EXE" -online normal -user SYSDBA -password masterkey %DB1% >> 
%LOG_FILE%
"%FB_PATH%\GFIX.EXE" -write sync -user SYSDBA -password masterkey %DB1% >> 
%LOG_FILE%
"%FB_PATH%\GSTAT.EXE" -h %DB1% >> %LOG_FILE%

>From log file it's all ok:

 2014_11_13  3.30.50,84
[...]
Next header page0
Database dialect3
Creation dateAug 19, 2014 21:56:08
Attributes

Variable header data:
Sweep
 interval:2
*END*


[...]
Page buffers0
Next header page0
Database dialect3
Creation dateAug 19, 2014 21:56:08
Attributesforce write

Variable header data:
Sweep interval:2
*END*


But actually force write is off:

 2014_11_13 10.45.33,75
[...]
Implementation ID16
Shadow count0
Page buffers0
Next header page0
Database dialect3
Creation dateAug 19, 2014 21:56:08
Attributes<<

Variable header data:
Sweep interval:2
*END*


How is possible? Any idea? Firebird versione is 2.5.3 on Windows Standard 
Server 2008.

[firebird-support] Change Write Mode

2014-11-11 Thread Tiziano tmdevelo...@yahoo.com [firebird-support]
Hello, I have a db created with an old firebird version (I don't know which 
version is, I suppose 1.5) and Force Write parameter is OFF. So i created a 
scheduled batch (during night) to change write mode:

"%FB_PATH%\GSTAT.EXE" -h %DB1% >> %LOG_FILE%
"%FB_PATH%\GFIX.EXE" -shut full -force 0 -user SYSDBA -password masterkey %DB1% 
>> %LOG_FILE%
"%FB_PATH%\GFIX.EXE" -write sync -user SYSDBA -password masterkey %DB1% >> 
%LOG_FILE%
"%FB_PATH%\GFIX.EXE" -online normal -user SYSDBA -password masterkey %DB1% >> 
%LOG_FILE%
"%FB_PATH%\GSTAT.EXE" -h %DB1% >> %LOG_FILE%


%DB1% => :

But Write Mode don't change and this is the log:

Database ""
Database header page information:
Flags0
Checksum12345
Generation96532559
Page size4096
ODS version11.1
Oldest transaction94973358
Oldest active94973359
Oldest snapshot94973359
Next transaction94973360
Bumped transaction1
Sequence number0
Next attachment ID14208336
Implementation ID16
Shadow count0
Page buffers0
Next header page0
Database dialect3
Creation dateAug 19, 2014 21:56:08
Attributes

Variable header data:
Sweep interval:2
*END*
<= no log from GFIX execution
Database ""
Database header page information:
Flags0
Checksum12345
Generation96532562
Page size4096
ODS version11.1
Oldest transaction94973358
Oldest active94973359
Oldest snapshot94973359
Next transaction94973360
Bumped transaction1
Sequence number0
Next attachment ID14208337
Implementation ID16
Shadow count0
Page buffers0
Next header page0
Database dialect3
Creation dateAug 19, 2014 21:56:08
Attributes<= no change after GFIX execution

Variable header data:
Sweep interval:2
*END*


What is wrong? Any idea?

Thank you in advance,
Tiziano.


Re: Odp: [firebird-support] Firebird 2.5.3 SS Tuning

2014-09-19 Thread Tiziano tmdevelo...@yahoo.com [firebird-support]


Thank you for answer.
For 16Gb or 64Gb RAM I don't if it is possible with current server (physical 
server limits I mean), I'll ask to customer (I hope in 8Gb RAM).
Anyhow, with dbbuffers you mean Page Buffers, right? And 
dbpagesize*dbbuffers=bytes used for cache, you mean total bytes for all 
connection or bytes for each connection?
Another doubt (I found it in some forums but I don't remember the link), a 16k 
page includes a 16k hard disk cluster (format options I mean)? It's correct?

Tiziano.


Il Venerdì 19 Settembre 2014 7:25, "'liviusliv...@poczta.onet.pl' 
liviusliv...@poczta.onet.pl [firebird-support]" 
 ha scritto:
 


  
Hi,

Your big problem is low RAM with 32bit os an FB. Esspecially your sweep can 
take very very long time if some of your index is bigger than avaiable RAM. And 
yes upgrade to new server with minimum 16 GB RAM. Your DB is 50GB then the best 
will be 64.

Then backup your db an restore with 16k page and increase your dbbuffers (value 
in pages)
You can calc this as dbpagesize*dbbuffers=bytes used for cache

I think that your stat query will run in few minutes instead of houers

I made the same for my db server and it work like rocket ;-)

Regards,
Karol Bieniaszewski
Sorry for lang errors


- Reply message -----
Od: "Tiziano tmdevelo...@yahoo.com [firebird-support]" 

Do: 
Temat: [firebird-support] Firebird 2.5.3 SS Tuning
Data: czw., wrz 18, 2014 18:06


[CUT] 


[firebird-support] Firebird 2.5.3 SS Tuning

2014-09-18 Thread Tiziano tmdevelo...@yahoo.com [firebird-support]
Hello, this is my first topic, I have a complex (for me) configuration and I 
hope that I'll explain correctly the problem (English is not my native 
language, please excuse me for grammatical or typing errors).


  I have a virtual server with this specs: Windows Server 2008 Standard (Build: 
6002 - SP2) with 4Gb RAM, HD1(Primary): 500Gb, HD2(Data): 1,4Tb. 4CPU (Intel 
Xeon 2.40Ghz).
  On this server there is a Firebird 2.5.3 SuperServer (firebird.conf default 
by installation) with two DB about 40/50Gb size each.
I must migrate from a "set of applications" to a "new set". During the 
migration both set of applications must works, as the customer asked (parallel 
time testing).
"OLD SET"
- With remote desktop every customer open a win32 application, this application 
open a connection to db (one connection, one transaction, a lot of statement);
- Windows Task Scheduler runs others win32 applications that import/export a 
lot of data (this happen usually during night, sometimes during the day);
- On another virtual server there is an Access db (yes, MS Access) that is 
connected by "external table" (ODBC) on a view in Fb (on both db). During the 
night scheduler on this server open db Access and get data from Fb (about EIGHT 
processing hours for both db) for statistics.
"NEW APPLICATION SET"
- Web Application, on a new virtual server, connect to db (one connection for 
each session);
- About 30 WCF Clients connects every X seconds (configurable, now is 5sec) to 
a WCF Server (on the same new virtual server above). WCF Server opens a 
connection to db .PerSession (I'm currently investigate on it), makes few 
operations (some select, insert, update. Few deletes) and closes connection;
- Others applications/task are the same as above (in the meantime, I'm thinking 
about how to reduce the execution time of Ms Access process).


First test was: <> and...db server "crash" (I must 
restart server db). I found this errors on firebird.log:
- a lot of <>
- some <> before 
"crash"


So I think there are two different problems:
1. WCF connection (Open, Close, Release) is not well configured (I'm working on 
it);
2. Firebird Server with default config is not designed for this "applications 
schema/access type";


For 2nd problem I have found a lot of informations on web (also into this 
group) but I have some doubt about correct resolution.
So, questions are:
1. SuperServer: max ram is 2Gb (32bit OS limitation), right? How I can 
calculate/estimate max number of connections before server reaches this limit? 
I think it is connected with db/fb configuration but I don't understand calc 
(and what I have to change to "solve" multiple connections at same time or how 
I can "free" cache). Both db have Page Size 4096 and Page Buffers 2048.
2. SuperServer or SuperClassic? In some forums/articles/manuals I found that 
SuperClassic on a 32bit OS is not recommended because "On 32-bits systems, 
SuperClassic will be the first to run out of memory under high load". But 
currently, see second error on log above, server run out of memory anyway (I 
have the possibility to switch in a 64bit OS but I must be sure that this 
change solves the problem).
3. SWEEP: I don't understand if sweep is connected with cache (I think yes), 
actually interval is set as default and, in addiction to automatic sweep, I 
added a nightly scheduled task that force sweep and runs a simple query (select 
from rdb$databases + commit). Question is: low or high sweep interval change db 
performance? As I understood, low interval increase open transaction 
performance (and reduce cache?)  but sweep process slows down server 
performance so a lower interval (increase number of automatic sweep during day) 
increases "new transaction" but reduces "server performance", right? There is a 
method for calculating the right sweep interval?




Thank you in advance to all,
Tiziano.