Re: ASA9 and multiple databases: best practise?
- From: "Ant Zucaro" <azucaro@xxxxxxxxx>
- Date: 28 Aug 2006 10:51:14 -0700
Claus,
The databases and the number of engines aren't directly related.
However, the tasks in a server and the number of CPUs on the host are
directly related to the engines. You can't, for example affiliate a
database with an engine. You can affiliate tasks and CPUs to engines.
Think of your server as a pool of tasks (one task per connection to the
server) going to the CPUs, with the engines acting as the coordinators
or security guards blocking direct access to the hardware. You want
(and Sybase recommends) one engine per CPU so you get optimal
multitasking - since only one task per engine can be running at any
given point in time, you want to have at least one task running on each
CPU at a time. This doesn't really matter how many databases are in
your environment. Only the amount of tasks (and their respective
resource consumption) should really matter.
This is an interesting topic! I'm curious to hear what other people
have to say about this.
Hope I helped,
-Ant
Claus Scherschel wrote:
Ant Zucaro schrieb am 25.08.2006 15:06:
Claus,
Is this a question of how many databases to have per server, or how
many databases per engine (and what is easier with regards to
maintenance)?
Hi Ant,
thanks for time. No, it's not a question of the amount of databases (or,
say, the limitations of ASA9), it's a question of what to prefer: one
engine for each database or one engine driving many databases. Any why
to prefer - technically and, well, maybe legally. Admittingly, I can't
see any benefit in maintenance by having several databases in one
engine. Feel free to open my eyes.
Regards,
Claus.
.
- References:
- ASA9 and multiple databases: best practise?
- From: Claus Scherschel
- Re: ASA9 and multiple databases: best practise?
- From: Ant Zucaro
- Re: ASA9 and multiple databases: best practise?
- From: Claus Scherschel
- ASA9 and multiple databases: best practise?
- Prev by Date: Interrupt - Bulk copy aborted.
- Next by Date: Re: Interrupt - Bulk copy aborted.
- Previous by thread: Re: ASA9 and multiple databases: best practise?
- Next by thread: insert output of procedure into temp table
- Index(es):
Relevant Pages
|