Requirments:
Shell access
ncftp
Vi or Pico/Nano editor
Cron

Step 1:
Log into your server as the user you want to run this script as (usually root).  You can then create a file somewhere on your server (I usually put the file in /etc/backup)

# cd /etc
# mkdir backup
# cd backup
# nano backup.sh

Step 2:
Cut and paste the script I have written into the file and then edit the parts required (it is spretty streight forward to understand but I will put comments on each line — the comments will start with a * so do not add these comments into your script).  After you have edited and save the file you must chmod the file 755 to make it executable

#!/bin/sh
HOST=’192.168.1.3′
* this can be an ip address or a hostname of the destination FTP server
USER=’ftpbackup’
* the username of the ftp server
PASSWD=’backup0012′
* the password on the ftp server
DATE=`/bin/date +%Y%m%d`
* no edits for DATE
TIME=`/bin/date +%H`
* No Edits for TIME
HOSTNAME=`/bin/hostname`
* No edits for HOSTNAME

mysqldump -c -B -uroot -pfoobar DB1 DB2 mysql > data.sql &&
* This is if you want to backup your mysql database, DB1 and DB2 represent databases within mysql you want yo backup -uroot -pfoobar (change this to your mysql username and password). if you are not backing up mysql then remove the above line.

tar zcvf $DATE.$TIME.$HOSTNAME.tar.gz ./data.sql /etc/ /var/www > /dev/null &&
* you can edit this line as you wish if you are not backing up mysql you can remove ./data.sql, you can add directories such as /etc and /var/www

ncftpput -u $USER -p $PASSWD $HOST /tobebackedup $DATE.$TIME.$HOSTNAME.tar.gz ;:
* nothing to edit here

The finished script:

#!/bin/sh
HOST=’192.168.1.3′
USER=’ftpbackup’
PASSWD=’backup0012′
DATE=`/bin/date +%Y%m%d`
TIME=`/bin/date +%H`
HOSTNAME=`/bin/hostname`

mysqldump -c -B -uroot -pfoobar DB1 DB2 mysql > data.sql &&
tar zcvf $DATE.$TIME.$HOSTNAME.tar.gz ./data.sql > /dev/null &&

ncftpput -u ftpbackup -p backup0012 $HOST /tobebackedup $DATE.$TIME.$HOSTNAME.tar.gz ;:

Running the script on a schedule (Crontab howto):
as the user that you want to run the backup script as type the following commands:

crontab -e
To run weekly on Sunday enter the line:
* * * * 6 /etc/backup/backup.sh

Article written by MyComputerAid.com

Post from: MyComputerAid.com Computer support

Simple linux FTP backup script

ERROR Message you may be troubleshooting:

Microsoft Visual C++ Runtime Library Runtime Error! Program: Program FilesSymantecBackup Execbeserver.exe
This application has requested the Runtime to terminate it in an unusual way. Please contact the application’s support team for more information.
OR

Could not load file or assembly ‘System.EnterpriseServices, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’ or one of its dependencies. Systemet could not find the file.

You must first do the Symantec fix: http://seer.entsupport.symantec.com/docs/287554.htm

If any components of the functions/features listed above are missing or corrupted, the Backup Exec Server service may fail to start with a C++ Runtime Error.  To diagnose why this issue is occurring, run the service in console mode per the following:
1. Launch a command prompt on the media server
a. Go to Start
b. Select Run
c. Type in CMD and press Enter
2. Change the path to the Program FilesSymantecBackup Exec directory on the disk partition that Backup Exec is installed on (default is the C: partition).  Type in the following and press Enter:
BEServer.exe  -console >> C:BEServer.txt
3. Locate the BEServer.txt file after the runtime error is displayed.  Review the document or submit it to Symantec Technical Support for assistance.

One possible reason that the service may not start after an upgrade or re-install of Backup Exec is covered in the example listed below:
Symptoms:
The Backup Exec Device and Media Service starts successfully but the following dialog boxes appear when attempting to start the Backup Exec Server service (Figures 1 & 2):
Figure 1
 
Figure 2
 

***********************************************************************************************************************************************************
The Windows System Event Logs shows:
Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID:       7022
Date:        14/02/2007
Time:        10:10:44
User:        N/A
Computer:     VM2003BE11D
Description:  The Backup Exec Server service hung on starting.
***********************************************************************************************************************************************************

The debug log from the BEServer.exe -console process will show the following at the end of the log:

[5272] 02/14/07 02:13:13 14 Reports: Using default language = ENU
[5272] 02/14/07 02:13:13 14 Reports: Initialize for language = 1
[5272] 02/14/07 02:13:13 14 Reports: Setting remote server locations.
[5272] 02/14/07 02:13:13 14 Reports: Loading any new reports.
[5272] 02/14/07 02:13:14 14 Reports: Report Engine started.
[5272] 02/14/07 02:13:14 14 Reports: Initializing CRF.

***If the logging stops at the “Initializing CRF” line above, then confirm that the following registry key/value exists:

Warning: Incorrect use of the Windows registry editor may prevent the operating system from functioning properly. Great care should be taken when making changes to a Windows registry. Registry modifications should only be carried-out by persons experienced in the use of the registry editor application. It is recommended that a complete backup of the registry and workstation be made prior to making any registry changes.

1. Go to Start, Run, type REGEDT32 and press Enter.

2. Select the HKey_Local_Machine on Local Machine window.  Browse to the SoftwareSymantecCRF key and confirm that it exists.  When you click on this key, a Port value should show in the right window with a DWord value of 1d97 in hex or 7575 in decimal. (Figure 3)

Figure 3
 
***If the CRF key or Port value do not exist, create them and attempt to start the Backup Exec Server service again.

***********************************************************************************************************************************************************

If the BEServer -console debug does not stop at “Initializing CRF” and instead continues with the next line “Reports: Initialization Complete”, then look through the other entries in the log for errors.  Review the TechNotes in the Related Documents Section below or contact Symantec Technical Support for further assistance.

***After you are done that step you must then do this patch:

you probably have a different version of the System.EnterpriseServices assembly in the global cache. Or you don’t have it at all. You need to add the 2.0.0.0 version to the GAC.
In order to do that just drag the file at
“<windows_directory>Microsoft.NETFrameworkv2.0<your_subversion>System.EnterpriseServices.dll”
to the “<windows_directory>assembly” folder.

 Remember to check the properties of the file to be sure it has the appropriate version number!!!

(Images from Symantec and are copywrite symantec)

Article written by MyComputerAid.com

Post from: MyComputerAid.com Computer support

Backup exec will not start with Microsoft Visual C++ Runtime Library Runtime Error!