91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

【備份恢復】}異機備份恢復數據庫

發布時間:2020-08-08 13:35:07 來源:ITPUB博客 閱讀:221 作者:不一樣的天空w 欄目:關系型數據庫
此實驗是在B庫上恢復A庫,不過更改了實例名。

目標庫只是按照到oracle軟件為止。

源庫(A庫):  192.168.56.12 ORACLE_SID=DBdb DBID=3282897732
目標庫(B庫):192.168.56.28 ORACLE_SID=kill

 
源庫備份(A庫)聯機全備:
全庫備份加控制文件及歸檔備份;(熱備)
run
{
backup database format '/home/oracle/BKdbfile_%d_%U_%T';
sql 'alter system archive log current';
#backup all archive logs
BACKUP FORMAT '/home/oracle/BKarch_%d_%U_%T'
ARCHIVELOG ALL DELETE INPUT;
BACKUP CURRENT CONTROLFILE FORMAT '/home/oracle/conbak.%u';
}
     
-本次只是全被數據庫,沒開自動控制文件備份,但是當數據庫結構變化是,控制文件及spfile會自動備份
RMAN> backup database;

Starting backup at 11-DEC-17
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00004 name=/u01/app/oracle/oradata/DBdb/users01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/DBdb/undotbs01.dbf
input datafile file number=00001 name=/u01/app/oracle/oradata/DBdb/system01.dbf
input datafile file number=00002 name=/u01/app/oracle/oradata/DBdb/sysaux01.dbf
input datafile file number=00005 name=/u01/app/oracle/oradata/DBdb/example01.dbf
channel ORA_DISK_1: starting piece 1 at 11-DEC-17
channel ORA_DISK_1: finished piece 1 at 11-DEC-17
piece handle=/u01/app/oracle/fast_recovery_area/DBDB/newback/DBDB/backupset/2017_12_11/o1_mf_nnndf_TAG20171211T070728_f2vhkjlf_.bkp tag=TAG20171211T070728 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:55
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
including current control file in backup set
including current SPFILE in backup set
channel ORA_DISK_1: starting piece 1 at 11-DEC-17
channel ORA_DISK_1: finished piece 1 at 11-DEC-17
piece handle=/u01/app/oracle/fast_recovery_area/DBDB/newback/DBDB/backupset/2017_12_11/o1_mf_ncsnf_TAG20171211T070728_f2vhm8nz_.bkp tag=TAG20171211T070728 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 11-DEC-17

目標庫(B庫操作):
[oracle@testdb ~]$ cat .bash_profile
export ORACLE_SID=kill
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1
export NLS_LANG="american_america.ZHS16GBK"
export NLS_DATE_FORMAT="YYYY-MM-DD HH24:Mi:SS"
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
export PATH=$ORACLE_HOME/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin
[oracle@testdb ~]$
注意:讓ORACLE_BASE/ORACLE_HOME目錄不一致時,可以不先設置環境變量文件,等到恢復后再設置。

1.拷貝RMAN備份文件:
創建相同目錄并將源庫RMAN備份文件拷貝到目標庫 ,因為是用備份的控制文件進行恢復,而控制文件記錄的備份位置如上。

[oracle@testdb ~]$ mkdir -p /u01/app/oracle/fast_recovery_area/DBDB/newback/DBDB/backupset/2017_12_11/
[oracle@testdb ~]$ cd /u01/app/oracle/fast_recovery_area/DBDB/newback/DBDB/backupset/2017_12_11/
[oracle@testdb 2017_12_11]$
[oracle@testdb 2017_12_11]$ scp oracle@192.168.56.12:/u01/app/oracle/fast_recovery_area/DBDB/newback/DBDB/backupset/2017_12_11/o1_mf_nnndf_TAG20171211T070728_f2vhkjlf_.bkp .
oracle@192.168.56.12's password:
o1_mf_nnndf_TAG20171211T070728_f2vhkjlf_.bkp                                                                                         100% 1351MB  28.1MB/s   00:48    
[oracle@testdb 2017_12_11]$
[oracle@testdb 2017_12_11]$ scp oracle@192.168.56.12:/u01/app/oracle/fast_recovery_area/DBDB/newback/DBDB/backupset/2017_12_11/o1_mf_ncsnf_TAG20171211T070728_f2vhm8nz_.bkp .
oracle@192.168.56.12's password:
o1_mf_ncsnf_TAG20171211T070728_f2vhm8nz_.bkp                                                                                         100%   10MB   9.9MB/s   00:00    
[oracle@testdb 2017_12_11]$

2.配置目標數據庫:
目標庫設置環境變量,啟動rman到nomount狀態,設置dbid(即源庫dbid)

[oracle@testdb 2017_12_25]$ echo $ORACLE_SID
kill
[oracle@testdb 2017_12_25]$
[oracle@testdb 2017_12_25]$  rman target /

Recovery Manager: Release 11.2.0.4.0 - Production on Mon Dec 25 16:29:37 2017

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database (not started)

RMAN> set dbid 3282897732

executing command: SET DBID

RMAN>
set dbid,從字面上也可以看出其就是指定數據庫的ID,和controlfile里的DBID一致 。
如果用如下命令啟動數據庫到NOMOUNT狀態
RMAN> startup nomount;
此時RMAN是可以使用一個dummy參數文件啟動實例到NOMOUNT狀態
即虛擬一個db name為DUMMY的DB,這個dbname在備份中是沒有的
因此需要設定dbid,RMAN以此確定用哪個備份。

3.目標庫啟動到nomount模式:
此時會報錯,原因是,目標庫沒有參數文件,但也是能啟動到nomount模式,分配內存、啟動后臺進程

RMAN> startup nomount;

startup failed: ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file '/u01/app/oracle/product/11.2.0/dbhome_1/dbs/initkill.ora'

starting Oracle instance without parameter file for retrieval of spfile
Oracle instance started

Total System Global Area    1068937216 bytes

Fixed Size                     2260088 bytes
Variable Size                281019272 bytes
Database Buffers             780140544 bytes
Redo Buffers                   5517312 bytes

RMAN>

4.恢復參數文件:
RMAN> restore spfile to pfile '?/dbs/initkill.ora' from '/u01/app/oracle/fast_recovery_area/DBDB/newback/DBDB/backupset/2017_12_11/o1_mf_ncsnf_TAG20171211T070728_f2vhm8nz_.bkp';

Starting restore at 2017-12-25 18:13:44
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=19 device type=DISK

channel ORA_DISK_1: restoring spfile from AUTOBACKUP /u01/app/oracle/fast_recovery_area/DBDB/newback/DBDB/backupset/2017_12_11/o1_mf_ncsnf_TAG20171211T070728_f2vhm8nz_.bkp
channel ORA_DISK_1: SPFILE restore from AUTOBACKUP complete
Finished restore at 2017-12-25 18:13:46


--查看恢復的pfile文件;
[oracle@testdb ~]$ cd $ORACLE_HOME/dbs
[oracle@testdb dbs]$ ls
hc_kill.dat  initkill.ora  init.ora
[oracle@testdb dbs]$

5.編輯pfile參數文件:
編輯pfile參數文件并且在目標庫創建相關目錄,因為目標庫只安裝了數據庫軟件,所以,好多目錄都未創建,或源庫目錄與目標庫目錄不同
[oracle@testdb dbs]$ vi initkill.ora
kill.__db_cache_size=394264576
kill.__java_pool_size=4194304
kill.__large_pool_size=8388608
kill.__oracle_base='/u01/app/oracle'#ORACLE_BASE set from environment
kill.__pga_aggregate_target=293601280
kill.__sga_target=545259520
kill.__shared_io_pool_size=0
kill.__shared_pool_size=130023424
kill.__streams_pool_size=0
*._optimizer_adaptive_cursor_sharing=FALSE
*._optimizer_extended_cursor_sharing='NONE'
*._optimizer_extended_cursor_sharing_rel='NONE'
*.audit_file_dest='/u01/app/oracle/admin/kill/adump'
*.audit_trail='DB'
*.compatible='11.2.0.4.0'
*.control_files='/u01/app/oracle/oradata/kill/control01.ctl','/u01/app/oracle/fast_recovery_area/kill/control02.ctl'#Restore Controlfile
*.db_block_size=8192
*.db_domain=''
*.db_name='DBdb'
*.db_recovery_file_dest='/u01/app/oracle/fast_recovery_area/kill/newback'
*.db_recovery_file_dest_size=9663676416
*.diagnostic_dest='/u01/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=DBdbXDB)'
*.filesystemio_options='ASYNCH'
*.memory_target=838860800
*.nls_language='SIMPLIFIED CHINESE'
*.nls_territory='CHINA'
*.open_cursors=300
*.processes=300
*.remote_login_passwordfile='EXCLUSIVE'
*.service_names='service1,service2,service3'
*.undo_tablespace='UNDOTBS1'
[oracle@testdb dbs]$

--按照pfile參數文件創建相應目錄
[oracle@testdb dbs]$ mkdir -p /u01/app/oracle/admin/kill/adump
[oracle@testdb dbs]$ mkdir -p /u01/app/oracle/oradata/kill
[oracle@testdb dbs]$ mkdir -p /u01/app/oracle/fast_recovery_area/kill
[oracle@testdb dbs]$ mkdir -p /u01/app/oracle/fast_recovery_area/kill/newback
[oracle@testdb dbs]$

6.通過pfile啟動數據庫到nomount模式,測試pfile是否有修改參數
[oracle@testdb dbs]$ echo $ORACLE_SID
kill
[oracle@testdb dbs]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Mon Dec 25 18:18:57 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> show parameter spfile;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
spfile                               string
SQL>
SQL> create spfile from pfile;

File created.

SQL> shutdown immediate;
ORA-01507: database not mounted


ORACLE instance shut down.
SQL>
SQL> startup nomount;
ORACLE instance started.

Total System Global Area  835104768 bytes
Fixed Size                  2257840 bytes
Variable Size             549456976 bytes
Database Buffers          281018368 bytes
Redo Buffers                2371584 bytes
SQL>
SQL> show parameter spfile;

NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
spfile                               string                 /u01/app/oracle/product/11.2.0
                                                            /dbhome_1/dbs/spfilekill.ora

6..還原控制文件:
還原控制文件并啟動到mount模式

[oracle@testdb ~]$ rman target /

Recovery Manager: Release 11.2.0.4.0 - Production on Mon Dec 25 18:21:51 2017

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database: DBDB (not mounted)

RMAN>  restore controlfile from '/u01/app/oracle/fast_recovery_area/DBDB/newback/DBDB/backupset/2017_12_11/o1_mf_ncsnf_TAG20171211T070728_f2vhm8nz_.bkp';

Starting restore at 2017-12-25 18:22:13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=20 device type=DISK

channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
output file name=/u01/app/oracle/oradata/kill/control01.ctl
output file name=/u01/app/oracle/fast_recovery_area/kill/control02.ctl
Finished restore at 2017-12-25 18:22:15

RMAN>

--啟庫到mount下:
RMAN>  alter database mount;

database mounted
released channel: ORA_DISK_1


7.還原數據文件(即set newname):
RMAN> run{                                                                             
 set newname for datafile 1 to '/u01/app/oracle/oradata/kill/system01.dbf';       
 set newname for datafile 2 to '/u01/app/oracle/oradata/kill/sysaux01.dbf';         
 set newname for datafile 3 to '/u01/app/oracle/oradata/kill/undotbs01.dbf';       
 set newname for datafile 4 to '/u01/app/oracle/oradata/kill/users01.dbf';         
 set newname for datafile 5 to '/u01/app/oracle/oradata/kill/example01.dbf';       
 restore database;                                                                  
 switch datafile all;                                                             
 recover database;                                                                
   }
   
executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

Starting restore at 2017-12-25 17:12:18
Starting implicit crosscheck backup at 2017-12-25 17:12:18
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=1 device type=DISK
Crosschecked 1 objects
Finished implicit crosscheck backup at 2017-12-25 17:12:19

Starting implicit crosscheck copy at 2017-12-25 17:12:19
using channel ORA_DISK_1
Finished implicit crosscheck copy at 2017-12-25 17:12:19

searching for all files in the recovery area
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /u01/app/oracle/flash_recovery_area/ORCL/backupset/2017_12_25/o1_mf_ncsnf_TAG20171225T125632_f411cfmz_.bkp

using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/kill/system01.dbf
channel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/kill/undotbs01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/kill/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/kill/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/kill/example01.dbf
channel ORA_DISK_1: reading from backup piece /u01/app/oracle/flash_recovery_area/ORCL/backupset/2017_12_25/o1_mf_nnndf_TAG20171225T125632_f4118147_.bkp
 channel ORA_DISK_1: piece handle=/u01/app/oracle/flash_recovery_area/ORCL/backupset/2017_12_25/o1_mf_nnndf_TAG20171225T125632_f4118147_.bkp tag=TAG20171225T125632
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:01:45
Finished restore at 2017-12-25 17:14:05

datafile 1 switched to datafile copy
input datafile copy RECID=7 STAMP=963681246 file name=/u01/app/oracle/oradata/kill/system01.dbf
datafile 2 switched to datafile copy
input datafile copy RECID=8 STAMP=963681246 file name=/u01/app/oracle/oradata/kill/undotbs01.dbf
datafile 3 switched to datafile copy
input datafile copy RECID=9 STAMP=963681246 file name=/u01/app/oracle/oradata/kill/sysaux01.dbf
datafile 4 switched to datafile copy
input datafile copy RECID=10 STAMP=963681247 file name=/u01/app/oracle/oradata/kill/users01.dbf
datafile 5 switched to datafile copy
input datafile copy RECID=11 STAMP=963681247 file name=/u01/app/oracle/oradata/kill/example01.dbf

Starting recover at 2017-12-25 17:14:07
using channel ORA_DISK_1

starting media recovery

unable to find archived log
archived log thread=1 sequence=138
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 12/25/2017 17:14:08
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 138 and starting SCN of 5021427

RMAN>

--此處我們會發現,在recover的時候,由于沒有歸檔日志,所以,提示只能恢復到SCN 5021427

RMAN> run{                       
 set until scn 5456222;     
 restore database;          
 switch datafile all;       
 recover database;          
 }      
 
executing command: SET until clause

Starting restore at 2017-12-25 18:29:57
using channel ORA_DISK_1

skipping datafile 1; already restored to file /u01/app/oracle/oradata/kill/system01.dbf
skipping datafile 2; already restored to file /u01/app/oracle/oradata/kill/sysaux01.dbf
skipping datafile 3; already restored to file /u01/app/oracle/oradata/kill/undotbs01.dbf
skipping datafile 4; already restored to file /u01/app/oracle/oradata/kill/users01.dbf
skipping datafile 5; already restored to file /u01/app/oracle/oradata/kill/example01.dbf
restore not done; all files read only, offline, or already restored
Finished restore at 2017-12-25 18:29:58


Starting recover at 2017-12-25 18:29:58
using channel ORA_DISK_1

starting media recovery
media recovery complete, elapsed time: 00:00:00

Finished recover at 2017-12-25 18:29:58

RMAN>
           
           
8.Resetlogs方式打開數據庫:
RMAN> alter database open resetlogs;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 12/25/2017 18:31:24
ORA-00344: unable to re-create online log '/u01/app/oracle/oradata/DBdb/redo01.log'
ORA-27040: file create error, unable to create file
Linux-x86_64 Error: 2: No such file or directory
Additional information: 1

報錯因為此時數據庫SID為kill,不一致導致。

--查看源庫有三個日志組,需轉換路徑:
SQL> select member from v$logfile;

MEMBER
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/DBdb/redo03.log
/u01/app/oracle/oradata/DBdb/redo02.log
/u01/app/oracle/oradata/DBdb/redo01.log

--開始轉換:
 run{                                                                                                                                    
 sql "alter database rename file ''/u01/app/oracle/oradata/DBdb/redo01.log'' to ''/u01/app/oracle/oradata/kill/redo01.log'' ";          
 sql "alter database rename file ''/u01/app/oracle/oradata/DBdb/redo02.log'' to ''/u01/app/oracle/oradata/kill/redo02.log'' ";          
 sql "alter database rename file ''/u01/app/oracle/oradata/DBdb/redo03.log'' to ''/u01/app/oracle/oradata/kill/redo03.log'' ";          
 }

RMAN>  run{                                                                                                                                     
2>  sql "alter database rename file ''/u01/app/oracle/oradata/DBdb/redo01.log'' to ''/u01/app/oracle/oradata/kill/redo01.log'' ";        
3>  sql "alter database rename file ''/u01/app/oracle/oradata/DBdb/redo02.log'' to ''/u01/app/oracle/oradata/kill/redo02.log'' ";        
4>  sql "alter database rename file ''/u01/app/oracle/oradata/DBdb/redo03.log'' to ''/u01/app/oracle/oradata/kill/redo03.log'' ";        
5>  }  

sql statement: alter database rename file ''/u01/app/oracle/oradata/DBdb/redo01.log'' to ''/u01/app/oracle/oradata/kill/redo01.log''
sql statement: alter database rename file ''/u01/app/oracle/oradata/DBdb/redo02.log'' to ''/u01/app/oracle/oradata/kill/redo02.log''
sql statement: alter database rename file ''/u01/app/oracle/oradata/DBdb/redo03.log'' to ''/u01/app/oracle/oradata/kill/redo03.log''

RMAN>

--再次resetlogs方式啟動數據庫:
RMAN> alter database open resetlogs;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 12/25/2017 18:38:39
ORA-00392: log 1 of thread 1 is being cleared, operation not allowed
ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/kill/redo01.log'

RMAN>

--解決:手工clear然后再Open resetlogs  
RMAN> sql 'alter database clear logfile group 1';

sql statement: alter database clear logfile group 1

RMAN>

RMAN> alter database open resetlogs;

database opened

RMAN>    

9.收尾工作:
此時已經open了數據庫,看似已經完成恢復,但其實還差一點點,我們查詢臨時表空間數據文件時,會報如下錯誤,可以看出來,還是由于我們改換了實例名造成的。   

[oracle@testdb kill]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Mon Dec 25 18:42:09 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> select status from v$instance;

STATUS
------------
OPEN

SQL>
SQL> select file_name from dba_temp_files;
select file_name from dba_temp_files
                      *
ERROR at line 1:
ORA-01157: cannot identify/lock data file 201 - see DBWR trace file
ORA-01110: data file 201: '/u01/app/oracle/oradata/DBdb/temp01.dbf'


SQL> show parameter name

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
cell_offloadgroup_name               string
db_file_name_convert                 string
db_name                              string      DBdb
db_unique_name                       string      DBdb
global_names                         boolean     FALSE
instance_name                        string      kill
lock_name_space                      string
log_file_name_convert                string
processor_group_name                 string
service_names                        string      service1,service2,service3

--解決這個錯誤,如下操作:
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL>
SQL> startup mount;
ORACLE instance started.

Total System Global Area  835104768 bytes
Fixed Size                  2257840 bytes
Variable Size             549456976 bytes
Database Buffers          281018368 bytes
Redo Buffers                2371584 bytes
Database mounted.
SQL>
SQL> alter database rename file '/u01/app/oracle/oradata/DBdb/temp01.dbf' to '/u01/app/oracle/oradata/kill/temp01.dbf';

Database altered.

SQL> alter database open;

Database altered.

SQL>  select file_name from dba_temp_files;

FILE_NAME
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/kill/temp01.dbf

SQL>
【備份恢復】}異機備份恢復數據庫b庫alert_01.txt
【備份恢復】}異機備份恢復數據庫b庫alert_02.txt


向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

大冶市| 华池县| 琼结县| SHOW| 庄浪县| 体育| 江川县| 南投市| 资源县| 修武县| 延边| 南漳县| 侯马市| 保山市| 如东县| 托克逊县| 彭山县| 余干县| 安多县| 方正县| 年辖:市辖区| 彩票| 濉溪县| 德安县| 湘阴县| 鹿邑县| 汤阴县| 莱州市| 高碑店市| 武强县| 屏东市| 称多县| 清新县| 重庆市| 南康市| 涞水县| 蒙自县| 信丰县| 龙胜| 资兴市| 高阳县|