Mysql backup/restore

Просто положу здесь.

Use of mysqldump for taking backup of one table

In this section you will see the example of mysqldump function which takes the backup of only one table.

The mysqldump utility provides many options to take the backup of data as per user requirement. You can specify the name of table be backup in while executing the mysqldump utility.

Let's assume we have to take the backup of table1 from the mydatabase, then you can issue the following command on the console:

mysqldump -u -p mydatabase table1 > table1.sql

To restore the backup you can use the following command:

mysql -u -p mydatabase < table1.sql The mysqldump is very handy tool, it can be easily used to take the backup of only one table from the database. --- Dump ALL MySQL Databases mysqldump --user=XXXXXXXX --password=XXXXXXX -A > /PATH/TO/DUMPFILE.SQL

Dump Individual or Multiple MySQL Databases
mysqldump --user=XXXXXXXX --password=XXXXXXX --databases DB_NAME1 DB_NAME2 DB_NAME3 > /PATH/TO/DUMPFILE.SQL

Dump only certain tables from a MySQL Database
mysqldump --user=XXXXXXXX --password=XXXXXXXX --databases DB_NAME --tables TABLE_NAME > /PATH/TO/DUMPFILE.SQL

Use the following procedure to reload the contents of a database:
1. Unzip the backup file you wish to use.
2. Open it up and pull out only the information that you will need.
3. Save this text file.
4. Use the following command to feed back in the contents of a text file:
mysql --verbose --user=XXXXXXXX --password=XXXXXXXX DB_NAME < /PATH/TO/DUMPFILE.SQL

BGP между двумя VRF в JunOS

Интересная ситуация. Сделал vrf в juniper mx80, решил подружить его по bgp с Global таблицей. Внутри vrf в опциях protocol - bgp прописал local as. Тем не менее, от глобала все маршруты дропались (попадали в hidden) с формулировкой AS Looped. В чём же дело. В рутерах cisco все заводится с пол пинка.

>show route receive-protocol bgp 1.1.1.1 detail hidden
  0.0.0.0/0 (2 entries, 1 announced)
     Nexthop: 1.1.1.1
     AS path: 4444 3333 I (Looped: 4444) 

VRF {  
 instance-type virtual-router;
 interface ge-1/1/5.37;
 interface xe-1/3/0.303;
 routing-options {
    static {
        route 1.1.3.3/30 next-table White.inet.0;
    }
 }
 protocols {
    bgp {
        local-as 65190;
        group GRP {
            type external;
            import import_BGP;
            export export_BGP;
            neighbor 1.1.1.1 {
                peer-as 4444;
            }
        }
    }
 }  
}

4.4.4.4 - AS роутера в глобальной таблице. Такое ощущение, что vrf тоже ощущает себя в этой же АС. Так и было. Умные люди подсказали, что в параметрах routing-options внутри vrf и нужно задавать АС для этого vrf, а в protocols bgp задаются уже АС для восприятия их другими пирами. Маршруты же приходящий в данный vrf получают AS-PATH из routing options. В результате выглядит так:

VRF {  
 instance-type virtual-router;
 interface ge-1/1/5.37;
 interface xe-1/3/0.303;
 routing-options {
    static {
        route 1.1.3.3/30 next-table White.inet.0;
    }
    autonomous-system 65190;
 }
 protocols {
    bgp {
        local-as 65190;
        group GRP {
            type external;
            import import_BGP;
            export export_BGP;
            neighbor 1.1.1.1 {
                peer-as 4444;
            }
        }
    }
 }  
}

После чего

>show route table VRF                   

VRF.inet.0: 21 destinations, 22 routes (6 active, 0 holddown, 15 hidden)
+ = Active Route, - = Last Active, * = Both

0.0.0.0/0          *[BGP/170] 00:21:57, localpref 100
                      AS path: 4444 3333 I
                    > to 1.1.1.1 via ge-1/1/5.37