Topics in Database Administration

1. Topics in Database Administration • What is database administration? • What is data administration? • What are the tasks involved in establishing, creating, implementing and maintaining a database for an organization? • What are the tasks involved in: • Database transaction integrity? • Database backup/recovery? • Database security? • DBMS efficiency/optimization?

2. What are the two general “activity components” of administering a database?

3. Tasks in “data” administration • Planning. • Assist in the development of the IS architecture. • Develop enterprise data model. • Policies and procedures. • Establish metadata. • Assess and control the quality of the data. • Establish policies towards data ownership. • Create and enforce data governance standards. • Internal marketing. • Explain the concept of data as a shared resource. • Resolve conflicts between organizational areas over data ownership and governance.

4. More detail: Data Resource Management Tasks • Create and maintain organizational data strategy. • Evaluate and improve level of data integration. • Evaluate the quality of data, i.e. completeness, consistency, accuracy, timeliness, and currency. • Identify stakeholders and ensure ongoing participation in data management. • Evaluate privacy of data. Determine ethical use of data collection and access. • Create and maintain key data resources. • Create and maintain metadata (i.e. data about the meaning of data). • Create and maintain overall organizational data models. • Identify and maintain software library for data analysis. • Establish data governance methods: High level organizational groups and processes that oversee the appropriate use of data for transaction processing and decision making.

5. Tasks in “database” administration • Planning. • Guide the selection of hardware and DBMS software. • Choose appropriate tool set for database administration, development and maintenance. • Procedures and policies. • Establish security policies. • Access. • Update. • Establish application development policies. • Use of views. • Use of indexes. • Establish backup and recovery policies. • Enforce policies.

6. More detail: Technical Management Tasks • Install and update the DBMS. • Create the database(s), including all tablespaces, constraints and indexes. • Populate the database(s). • Create and maintain users with appropriate security. • Assist programmers/users with logical and physical database design. • Specify appropriate test procedures for programmers/users. • Ensure data integrity through: Triggers and stored procedures; referential integrity; additional data constructs implemented through SQL. • Perform data backup and recovery. • Monitor and tune performance. Rewrite queries where necessary. • Select and install additional hardware and software resources as necessary.

8. Three of the critical technical tasks of a DBA • Database backup and recovery. • Anticipating the event of a database failure. • Establishing & enforcing database backup & recovery procedures. • Database security and integrity. • Defining security requirements based on data and application needs. • Establishing and enforcing security procedures. • Establishing and enforcing data integrity procedures. • DBMS optimization. • Tracking current response time. • Modifying DBMS parameters to improve response time.

9. Database backup and recovery • What is backup and recovery? • Backup: A method of storing data from a database in a format that can be used to rebuild the database if necessary. • Recovery: Mechanisms for restoring a database quickly and accurately after loss or damage. • Why have backup and recovery? • Human error. • Hardware failure. • Incorrect or invalid data. • Program errors. • Viruses. • Natural catastrophes.

10. Backup and recovery are based on transactions • A transaction is one or more database actions (SQL statements) that are treated as a single unit of work. • If the transaction is successful, then the transaction is committed. • If the transaction is not successful, then the transaction is rolled back or aborted. Imagine a database with this structure

11. Accepting an order for a product INSERT INTO order_tbl VALUES (123,’01-may-2014’, 765, ‘net30’); INSERT INTO orderline_tbl VALUES (123,6812,10, 34.99); UPDATE product_tbl SET qoh = qoh - 10 WHERE prod_no = 6812;

12. DBMS’s have methods to control transactions • Databases that support transactions provide specific commands for starting, committing, and rolling back transactions. • Begin transaction. • End transaction. • Commit. • Rollback. • Autocommit. • Transaction throughput: The number of transactions processed per time interval. This is a measure of transaction processing performance.

13. Transactions have properties (ACID) • Atomicity:A transaction is an indivisible unit of work. • Almost all languages that interface with a DBMS have a way to signify the start and end of a transaction. • Within the start and end are one or more SQL commands. • Consistency:The transaction moves a database from one state of consistency, through inconsistency to another state of consistency. • Isolation: A transaction executes in isolation from other transactions. • This is also referred to as the “serializability” of transactions. • A transaction can affect another transaction, so the transaction must be completed as though it is isolated in order to be accurate. • Durability: Once a transaction is committed, its effects on the database are durable, or permanent. No subsequent actions or failures to the database can cause that transaction to be lost.

14. Transaction boundary decision • Division of work into transactions. • Objectives: • Minimize transaction duration. • Ensure transaction isolation. • Constraint: enforcement of important integrity constraints.

15. Backup is conducted in 3 processes • Backup: A DBMS software utility provides a way to do a complete, full or incremental backup of the database in a consistent state. • Complete: entire database. • Full: all rows of specified tables. • Incremental: rows that have changed since the last full backup. • Journalize: A DBMS software utility provides an audit trail of changes to the database. • Transaction log: contains all data used to process changes against the database. • Database change log: contains a before-image and an after-image of each row modified by a database transaction. • Checkpoint: A DBMS software utility that periodically suspends all transaction processing and synchronizes files within the database. • Some databases, such as Oracle, do not actually halt processing. They simply write checkpoint information to files. • The purpose of a checkpoint is to minimize the amount of time it takes to restore a system.

16. Recovery methods • A DBMS has a utility to recover the database. Usually referred to as the Recovery Manager. • The method of recovery depends on the type of failure. • Recovery Manager usually has the following options: • Switch: Switches to a replica of the database on a different storage device. • Requires that a mirror image of the database is stored. • Can be expensive. • Assumption is a storage failure, not a failure in transaction integrity, occurred. • Restore/Rerun: Reprocesses the transactions for a given time period against a correct version of the database. • Assumption is that a failure in transaction integrity has occurred. • Can be very time-consuming.

17. Two common methods of restore/rerun • Backward recovery. Also called “rollback” recovery. Used to undo unwanted changes to the database. • Imagine that the current database is inaccurate. • Before-images are applied to the current database to return it to a prior state of consistency. • Used to back out changes that are unwanted. • Forward recovery. Also called “rollforward” recovery. Used to recover accurate transactions and apply them to the database. • Imagine that the current database is inaccurate. This database must be replaced with a prior, consistent version of the database before forward recovery can begin. • After-images are applied to a past version of the database. Does not require that all transactions are applied - just takes the most recent after-images.

18. Issues in database backup and recovery • Cost. • Media. • Computer overhead (processor, memory, disk) to create journalizing files, control files, checkpoint files, etc. • Personnel to supervise and tune. • Time. • Can result in regularly scheduled downtime. • Can make the system slower.

19. Potential problems with shared databases • Concurrency control is the process of managing concurrent operations against a database in order to maintain data integrity. • Potential problems with shared databases are: • Lost Update. • Uncommitted Dependency. “Dirty Read”

20. Lost update SR: Seats Remaining

21. Uncommitted dependency or “dirty read” SR: Seats Remaining

22. Methods of concurrency control • Pessimistic approach: • Assumes that every transaction could potentially be in conflict so each transaction should be controlled • Optimistic approach: • Assumes that most transactions will not be in conflict so each transaction should be checked only when something is written to disk. • Both approaches need a Scheduler. The scheduler establishes the order in which the operations within concurrent transactions are executed. • The scheduler interleaves the execution of database operations to ensure serializability. • Think of it as based on a time-stamp. • Some schedulers have the ability to analyze transaction content.

23. The pessimists use locking • Locking: Fundamental tool of pessimistic concurrency control. A lock guarantees exclusive use of a data item to a current transaction. • Locking. Locking can be performed programmatically or left to the DBMS. • Granularity of locking depends on the DBMS. • Database level. • Table level. • Page level. • Row level. • Column level. • Obtain read lock before accessing an item. • Wait if a conflicting lock is held. • Shared lock: conflicts with exclusive locks • Exclusive lock: conflicts with all other kinds of locks • Concurrency control manager maintains the lock table

24. Book Lost Update Example

25. Lock it up!

26. Both transactions get read lock and create deadlock

27. Another type of deadlock

28. The Optimists use versioning

29. Versioning • Assumes that most transactions read, rather than write data. • Each transaction uses the view of the database that is current when it starts. • When a transaction modifies a record, the DBMS create a new version rather than rewriting the old record. • If there is a conflict, the DBMS stores the first changed version, and the second transaction is cancelled. • The second transaction takes the new version of the data and uses that for processing.

30. Database security Database Security: Protection of the data against accidental or intentional loss, destruction, or misuse. Threats to database security include the list below. • Accidental losses attributable to: • Human error. • Software failure. • Hardware failure. • Theft and fraud. • Improper data access: • Loss of privacy (personal data). • Loss of confidentiality (corporate data). • Loss of data integrity. • Loss of availability.

31. DBMS security features • Views (frequently referred to as subschemas). • Integrity controls. • Authorization rules. • Controls incorporated in the DBMS. • Restrict access to specific data. • Restrict actions that can be taken. • User-defined procedures. • Trigger an authorization procedure which asks additional identification questions. • Written in a standard programming language or proprietary language. • Encryption. • Authentication schemes. • Biometric devices.

32. SQL Server’s approach to security • Multi-user database systems, such as SQL Server, include security features that control how a database is accessed and used. For example, security mechanisms: • Prevent unauthorized database access. • Prevent unauthorized access to schema objects. • Control system resource usage (such as CPU time or disk usage). • Audit user actions. • Associated with each database user is a schema. • A schema is a logical collection of database objects (tables, views, sequences, synonyms, indexes, clusters, procedures, functions, packages, and database links). • By default, each database user creates and has access to all objects in the corresponding schema.

33. SQL statements used for security

34. SQL Statements Used for Data Integrity

35. DBMS query optimization • DBMS’s are differentiated by their query optimizers. • A query optimizer is a component of a DBMS. • You do not have the choice of how queries are implemented on the physical database, the query optimizer assumes this responsibility.

36. Query optimizer methods • Rule based. • Looks at syntax. • Parses query and executes in the order written according to the rules pre-established by the person who wrote the query optimizer. • Cost based. • Looks at syntax. • Looks at statistical data about the database. • Parses query and executes based on the written and the information about the current and historical data of the database. • Choose. • Uses the rule based method for tables which have not been used/analyzed in the past. • Uses the cost based method for tables which have been previously analyzed.

37. Becoming a DBA • Experience. • Application programming with a database. • Some DBA tasks. • Systems programming with a database. • Education. • Training classes with a specific DBMS. • For example, Oracle offers a ten-class sequence for DBA’s. Most classes are one week (40 hours) in time. • Master’s degree? • Certification. • Specific to DBMS. • Offered by DBMS vendor. • Formal programs offered for Oracle and SQL Server; informal programs for other DBMS types.