Revo Backup provides multiple ways to create and manage backups - through the in-game UI, commands, and txAdmin console.
Accessing the Backup System
In-Game Methods
UI Interface
Command:
Key:
Description: Opens the full backup management interface
/backupKey:
F6Description: Opens the full backup management interface
Server Console (txAdmin)
For server administrators, Revo Backup provides powerful console commands for backup management:Create Backup with Label
makebackup "[label]"
Note: Labels help identify the purpose of each backupDelete Backup by ID
deletebackup [id]
Note: Use the backup list to find the correct IDBackup File Storage
All backup files are stored in the script’s root folder for easy access and management.
File Location
What’s Included in Backups
Complete Database Structure
Complete Database Structure
- All Tables: Every table in your database
- Table Structure: Column definitions, data types, constraints
- Indexes: All database indexes for optimal performance
- Triggers: Database triggers and stored procedures
All Data Rows
All Data Rows
- Player Data: All player information and progress
- Server Data: Items, vehicles, properties, etc.
- Transaction History: All financial and gameplay records
- Configuration Data: Server settings and customizations
Relationship Integrity
Relationship Integrity
- Foreign Keys: All relationships between tables preserved
- Referential Integrity: Data consistency maintained
- Cascading Rules: Update and delete rules preserved
- Constraints: All database constraints intact
Database Restoration
Step-by-Step Restoration Guide
1
Access phpMyAdmin
- Open your web browser and navigate to phpMyAdmin
- Log in with your database credentials
- Select your database from the left sidebar
2
Clear Existing Data (Optional)
If you want to restore over existing data:
- Click on your database name
- Select all tables (Ctrl+A or Cmd+A)
- Choose “Drop” to remove existing tables
This will permanently delete all current data. Make sure you have a backup!
3
Import Backup File
- Click the “Import” tab at the top
- Click “Choose File” or “Browse”
- Navigate to your backup file location:
- Select your desired backup file (e.g.,
backup_2024-01-15_12-00-00.sql)
4
Configure Import Settings
- Format: Leave as “SQL” (default)
- Character Set: Usually “utf8mb4” or “utf8”
- Partial Import: Leave unchecked for complete restoration
- SQL Compatibility Mode: Leave as “NONE” unless needed
5
Execute Import
- Click “Go” or “Import” button
- Wait for the import process to complete
- Check for any error messages
- Verify your tables and data are restored
Alternative Restoration Methods
- MySQL Command Line
- MySQL Workbench
- HeidiSQL
- Open terminal/command prompt
- Navigate to backup file location
- Run the command above
- Enter your MySQL password when prompted
Backup Management Best Practices
Regular Backups
- Set up automatic daily backups
- Create manual backups before major updates
- Test restoration process periodically
Storage Management
- Monitor backup folder size
- Use automatic cleanup settings
- Keep backups in multiple locations
Labeling System
- Use descriptive labels for backups
- Include dates in manual backup labels
- Document backup purposes
Testing
- Regularly test backup restoration
- Verify data integrity after restore
- Keep restoration documentation updated
Troubleshooting Restoration
Import Errors
Import Errors
Common Issues:
- File size too large (increase PHP limits)
- Character set mismatches
- Insufficient database permissions
- Use command line import for large files
- Check character set settings
- Verify database user permissions
Partial Restoration
Partial Restoration
Symptoms:
- Some tables missing
- Data inconsistencies
- Foreign key errors
- Check for SQL errors during import
- Verify backup file integrity
- Import in smaller chunks if needed
Performance Issues
Performance Issues
Large Database Restoration:
- Use command line tools for better performance
- Increase MySQL timeout settings
- Consider restoring during low-traffic periods
Always test your restoration process with a copy of your database before performing a real restoration. This ensures you’re familiar with the process and can identify any potential issues.