McAfee EPOCDE-AA-BA Product Guide - Page 311

A Appendix: Maintaining ePolicy Orchestrator Databases

Page 311 highlights

A Appendix: Maintaining ePolicy Orchestrator Databases Your databases require regular maintenance to promote optimal performance and to protect your data. Use the Microsoft management tool appropriate for your version of SQL: SQL Version SQL 2005 SQL 2008 SQL Express Management Tool SQL Server Enterprise Manager SQL Server Management Studio SQL Server Management Studio Express Depending on your deployment of McAfee ePO software, plan on spending a few hours each week on regular database backups and maintenance. The tasks discussed in this section should be performed on a regular basis, either weekly or daily. However, these are not the only maintenance tasks available. See your SQL documentation for details on what else you can do to maintain your database. Contents Perform regular maintenance of SQL Server databases Backup and restore ePolicy Orchestrator databases Changing SQL Server information Perform regular maintenance of SQL Server databases There are two modes available for maintaining your Microsoft SQL Server (SQL Server) databases: Simple Recovery Mode and Full Recovery Mode. When SQL Server backs up the ePolicy Orchestrator server in simple recovery mode, it marks the backed-up transaction log records as inactive; also known as truncating the log. In this way, new operations written to the transaction log can reuse that space by overwriting the inactive entries. This helps prevent the log size from growing. In full recovery mode, if the transaction log is not periodically backed up, it continues to grow. The transaction log will grow until it consumes all available disk space. Therefore, it is important to perform regular transaction log backups when using full recovery mode to keep the size of the transaction log in check. In simple recovery mode, SQL Server truncates the transaction log when a check point occurs, and records are flushed to disk. This frees up space internal to the transaction log file. The transaction log therefore does not grow in size to any meaningful extent, as long as there is enough space available for the current open transactions. This means that in simple recovery mode, there is no need to back up the transaction log, just a regular full backup of the ePolicy Orchestrator database. In the event of a disaster, you can only recover to the last full backup. All changes that occurred since the last full backup are lost. McAfee® ePolicy Orchestrator® 4.6.0 Software Product Guide 311

  • 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
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328

A
Appendix: Maintaining ePolicy
Orchestrator Databases
Your databases require regular maintenance to promote optimal performance and to protect your data.
Use the Microsoft management tool appropriate for your version of SQL:
SQL Version
Management Tool
SQL 2005
SQL Server Enterprise Manager
SQL 2008
SQL Server Management Studio
SQL Express
SQL Server Management Studio Express
Depending on your deployment of McAfee ePO software, plan on spending a few hours each week on
regular database backups and maintenance. The tasks discussed in this section should be performed
on a regular basis, either weekly or daily. However, these are not the only maintenance tasks
available. See your SQL documentation for details on what else you can do to maintain your database.
Contents
Perform regular maintenance of SQL Server databases
Backup and restore ePolicy Orchestrator databases
Changing SQL Server information
Perform regular maintenance of SQL Server databases
There are two modes available for maintaining your Microsoft SQL Server (SQL Server) databases:
Simple Recovery Mode
and
Full Recovery Mode
.
When SQL Server backs up the ePolicy Orchestrator server in simple recovery mode, it marks the
backed-up transaction log records as
inactive
; also known as truncating the log. In this way, new
operations written to the transaction log can reuse that space by overwriting the inactive entries. This
helps prevent the log size from growing.
In full recovery mode, if the transaction log is not periodically backed up, it continues to grow. The
transaction log will grow until it consumes
all
available disk space. Therefore, it is important to
perform regular transaction log backups when using full recovery mode to keep the size of the
transaction log in check.
In simple recovery mode, SQL Server truncates the transaction log when a check point occurs, and
records are flushed to disk. This frees up space internal to the transaction log file. The transaction log
therefore does not grow in size to any meaningful extent, as long as there is enough space available
for the current open transactions. This means that in simple recovery mode, there is no need to back
up the transaction log, just a regular full backup of the ePolicy Orchestrator database. In the event of
a disaster, you can only recover to the last full backup. All changes that occurred since the last full
backup are lost.
McAfee
®
ePolicy Orchestrator
®
4.6.0 Software Product Guide
311