I've been Googling for day's and I can't find a solution for this. Does anyone know why my automated backup via the MySQL administrator is not working on MS Windows 2008 and why it isn't even creating a log file?
Keith Murphy is a MySQL database administrator who has been using MySQL server since 1998. He recently formed Paragon Consulting Services (www.paragon-cs.com) to provide consulting services for companies seeking MySQL training and help with MySQL solutions ranging from everyday database administration tasks to utilizing "cloud" computing services, performance tuning and scaling. Keith blogs at blog.paragon-cs.com in addition he is the editor of MySQL Magazine (www.mysqlzine.net). Readers are invited to contact Keith by email at [email protected].
Unless a database already exists, very little can be done with MySQL until a database with at least one table has been created. Databases and tables can either be created using SQL commands (typically using the mysql tool) or using a graphical administration tool such as MySQL Administrator. In this chapter we will cover the creation of databases and tables using MySQL Administrator. If you prefer to use SQL commands to perform these tasks refer to Creating Databases and Tables Using SQL Commands.This chapter assumes you have an understanding of databases, tables and columns and have the MySQL Administrator installed, running and connected to a database server (see The MySQL Administrator Tool for details).Creating a New DatabaseOnce MySQL Administrator is running and connected to a database server, the first task is to create a new database. Begin by clicking on the Catalog option on the left hand side of the MySQL Administrator main window. The Catalog screen will then appear as follows:
The area in the bottom left hand corner of the screen entitled Schemata lists the databases currently under the control of the database server to which the administration client is currently connected. Selecting any existing entry in this list will list the tables contained within that database. In the above figure, a pre-existing database named PHPsampleDB is selected, which is shown to contain a single table named customer which contains 5 columns.The columns in the table may be viewed and modified by selecting the desired table in the list and clicking the Edit Table button.In order to create a new database, simply move the mouse pointer to any area of the Schemata list, click with the right hand mouse button and select Create Schemata from the popup menu. In the resulting Create Schema dialog, enter a name the new database. For the purposes of this tutorial we will use the name myDBase. Click on OK to initiate the schema creation.If the new database is not currently selected in the Schemata list, select it and note that the view area now changes and shows no tables. The next task, therefore, is to create a table in our new database.Creating New TablesAlthough the MySQL Administrator makes the creation of tables extremely easy, an understanding of the fundamentals of database tables, columns and datatypes is recommended. If you are new to these concepts, it is worth first reading the Database Basics section of this book.To begin the table creation process, first verify that the appropriate schema is selected in the Schemata section of the MySQL Administrator Catalogs page. With the correct schema selected, click on the Create Table button to display the Table Editor dialog shown in the following figure:Begin by entering the name of the table (which we will call customer) in the Table name: field and, optionally, a comment to describe the purpose of the table. The next task is to begin adding columns.
Sure, some factors affect the pay of such database administrators, and professionals must consider them. With better skills, experiences, certifications, and degrees, DBAs can bag better salaries. KnowledgeHut MySQL training can be a major factor in boosting your MySQL salary.
Yes, SQL is critical in helping database administrators to crunch and retrieve complex data from databases, manage and store them while ensuring its complete security. Big organizations like Amazon and Walmart have high demands for SQL DBAs.
You'll also have database administrators of different levels. You might want to give access to one database to one administrator, and then give access to a second database to a different administrator. You might want to make your security more granular and only give certain users access to specific tables. The more sensitive your database server becomes, the higher level of security you'll use on your databases.
Database administrators can assign privileges to databases, tables and even columns. For instance, suppose you have a table with patient information. For HIPAA compliance, you can only give a selected number of individuals access to columns in the Customer table. You can't give them access to social security numbers, but you can give them access to columns such as the first and last name for them to run reports. This is called column-level security.
In some cases, you want to give a user permission regardless of the host name. You might want to give a specific administrator access from any host, because the user needs to manage several servers and you don't want to create numerous users for each host name. You can accomplish this by using the host wildcard, which is the % character.
The GRANT ALL option gives all rights to the user myuser on all databases and all tables. As you can guess, this gives the user full control over your databases and associated data. You would use this command with trusted users and higher level administrators.
Let's reduce the privileges for our myuser@localhost account. Instead, we just want to give this user full control of a specific database. You would use this type of privileges with an administrator for a specific database. In some cases, you might want an app to have full control on a database to manipulate tables and data from within the application.
When you have employees or other administrators come and go, you must occasionally review the list of users that have access to your database server. Sometimes, administrators leave and you forget to remove the user name. You might need to review users to identify if your database was hacked and privileges elevated for an unknown account. Occasionally, it's good to do a thorough review of your users and remove and edit them where necessary.
The MySQL database stores most of its configurations in system tables. Users are also stored in system tables. For user accounts, you must query the mysql.user table to view a list of users and hosts with permissions to your database.
The root user is the main administrator, so it typically has the host wildcard associated with it. The root user has full access to all databases and tables, so it's common to see it with elevated and all privileges.
The above output tells you that root has access from any host name, and it has full privileges on all databases and tables within those databases. As expected, the root user can also grant access to other users on any database. Basically, root can do anything on any database, because it is the ultimate domain administrator name on a MySQL server.
As a database administrator, you're responsible for all security on the MySQL server. This means you must change passwords regularly, especially for user accounts that have elevated privileges on tables and critical databases. Passwords should be complex, and they should be at least 8-10 characters. Some administrators use auto-generating password programs, and they store the passwords in an encrypted vault on a server. Users with permissions can then view these passwords when they too need to manage the MySQL server.
For most backup operations, the mysqlbackup command connects to the MySQL server using the credentials supplied with the --user and --password options. The specified user needs certain privileges. You can either create a new user with a minimal set of privileges, or use an administrative account such as root. Here are the privileges required by mysqlbackup:
To create a MySQL user (mysqlbackup in this example) and set the above-mentioned privileges for the user to connect from localhost, issue statements like the following from the mysql client program:
These privileges are for the attempt to migrate the mysql.backup_history table to a newer format (see Appendix D, Backup History Table Update for details), and they are no longer needed after the first backup operation by MySQL Enterprise Backup 4.1.2 or later has taken place on the server, by which point they can be revoked.
This section provides information on how to configure the VOMS services and the services VOMS depends on (e.g., mysql).VOMS is now configured only using its own configuration utility, voms-configure. YAIM configuration is no longer supported.
Usually, you do not have a dedicated MySQL administrator working for you, so you will use voms-admin tools to create the database schema, configure the accounts and deploy the voms database. If this is the case, you need to run the following command:
The voms-mysql-util command is used for the creation or removal of thedatabase that will host the VOMS services tables on a MySQL database backend.This command does not create the VOMS tables. This is done by thevoms-db-util command, which is described below. As voms-mysql-util isinvoked internally by voms-configure normally system administrators do notuse it, but it can sometimes be of help.
The voms-db-util command is used to manage the deployment and upgrade of the VOMS database tables, and to add/remove administrators without requiring VOMS Admin VOs to be active. As voms-db-util is invoked internally by voms-configure normally system administrators do not use it, but it can sometimes be of help.
dd2b598166