HP Xw460c Administrator's Guide HP Session Allocation Manager (HP SAM) v.3.0 - Page 22

SQL Database Considerations, SAM_data.mdf, SAM_log.ldf

Page 22 highlights

SQL Database Considerations The HP SAM SQL database can be installed on the same server as the HP SAM Web Server to keep from buying another hardware platform and another Server OS license, however HP recommends separating them onto two different servers for the following reasons: ● Recovery times from hardware failures will be faster. ● As deployments grow in size and number of locations, there will likely be multiple HP SAM Web Servers but only one centralized HP SAM SQL database. Most Administrators already know how to size a SQL database based upon amount of data captured, however, simultaneous HP SAM log-ins and log-offs can impact performance because these events have to be written to the database. Therefore, the platform sizing for the SQL should take this into account as user populations grow. HP SAM is a multi-tier application and the actual user never logs into the database directly at any time. HP SAM only needs one login, which is the HP SAM service account. You may want have more than one login if you want manual access to the HP SAM database without using the HP SAM service account. HP SAM needs many concurrent connections. HP SAM does not have control over the number of connections. Instead, the .NET Framework database engine decides whether it is more efficient to wait for a connection, re-use an existing connection, or create a new connection. Normally, the busier the database, the more connections are created. They are automatically destroyed once the operations are complete. You should not need to limit the concurrent connections. If you must set a limit, we recommend that you set it for at least 200-300. The HP SAM database consists of two files: ● SAM_data.mdf: Location of the HP SAM tables ● SAM_log.ldf: Location of transaction log information. SQL server uses this file to keep track of SQL transactions. The default size is 100MB for each file, but the actual data inside each file is about 10MB. This leaves about 90MB free for each to grow before SQL has to expand the file. The SAM_data.mdf file holds several HP SAM tables, including History and AuditLog tables. These two tables store the HP SAM history data and events, and over time these two tables will grow larger. If you disable history and audit logs, you will not outgrow the 100MB default with 100 users. If you do not disable them, SAM_data.mdf will grow by at least 100MB a day. The busier the database, the more transactions will be added to the SAM_log.ldf file. When a transaction is complete, it is removed from the file. The maximum size of the file, therefore, is when the concurrent transactions peak. For 100 users, the average size of this file should be less than 2 GB. 14 Chapter 2 Requirements ENWW

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104

SQL Database Considerations
The HP SAM SQL database can be installed on the same server as the HP SAM Web Server to keep
from buying another hardware platform and another Server OS license, however HP recommends
separating them onto two different servers for the following reasons:
Recovery times from hardware failures will be faster.
As deployments grow in size and number of locations, there will likely be multiple HP SAM Web
Servers but only one centralized HP SAM SQL database.
Most Administrators already know how to size a SQL database based upon amount of data captured,
however, simultaneous HP SAM log-ins and log-offs can impact performance because these events
have to be written to the database. Therefore, the platform sizing for the SQL should take this into
account as user populations grow.
HP SAM is a multi-tier application and the actual user never logs into the database directly at any time.
HP SAM only needs one login, which is the HP SAM service account. You may want have more than
one login if you want manual access to the HP SAM database without using the HP SAM service account.
HP SAM needs many concurrent connections. HP SAM does not have control over the number of
connections. Instead, the .NET Framework database engine decides whether it is more efficient to wait
for a connection, re-use an existing connection, or create a new connection. Normally, the busier the
database, the more connections are created. They are automatically destroyed once the operations are
complete.
You should not need to limit the concurrent connections. If you must set a limit, we recommend that you
set it for at least 200–300.
The HP SAM database consists of two files:
SAM_data.mdf
: Location of the HP SAM tables
SAM_log.ldf
: Location of transaction log information. SQL server uses this file to keep track of
SQL transactions.
The default size is 100MB for each file, but the actual data inside each file is about 10MB. This leaves
about 90MB free for each to grow before SQL has to expand the file.
The SAM_data.mdf file holds several HP SAM tables, including History and AuditLog tables. These two
tables store the HP SAM history data and events, and over time these two tables will grow larger. If you
disable history and audit logs, you will not outgrow the 100MB default with 100 users. If you do not
disable them, SAM_data.mdf will grow by at least 100MB a day.
The busier the database, the more transactions will be added to the SAM_log.ldf file. When a transaction
is complete, it is removed from the file. The maximum size of the file, therefore, is when the concurrent
transactions peak. For 100 users, the average size of this file should be less than 2 GB.
14
Chapter 2
Requirements
ENWW