問:丟失這部分?jǐn)?shù)據(jù)/product/,請技術(shù)恢復(fù)回來,數(shù)據(jù)庫通過SQL文件導(dǎo)出備份,在通過SQL導(dǎo)入恢復(fù)就少了部分?jǐn)?shù)據(jù)!
問:應(yīng)該是pwn_product_con表中數(shù)據(jù)沒有導(dǎo)入成功
答:您好,數(shù)據(jù)庫和程序文件最近的備份是 4月26日的數(shù)據(jù),詳見附圖,可至主機(jī)控制面板進(jìn)行恢復(fù)操作 后再觀察 ,非常感謝您長期對我司的支持.由此給您帶來的不便之處,敬請原諒!謝謝!
問:http://www.suzhouktv88.com/product/class/?1.html不是恢復(fù)4.26號,28號29號都有內(nèi)容的!
問:http://www.suzhouktv88.com/product/class/?1.html欄目頁內(nèi)容沒有了
問:這個是上個技術(shù)幫我處理好的恢復(fù),也可以問下上次幫我處理工單技術(shù),工單名字 我想恢復(fù)4月8號備份提問時間 23:42:46,因為上次那次也是提問了兩天,才只知道哪里出了問題!
問:這個鏈接內(nèi)容丟失的http://www.suzhouktv88.com/product/class/,不能恢復(fù)4.26號備份,因為28號29號下午都有增加內(nèi)容
問:數(shù)據(jù)備份丟失過程,是通過數(shù)據(jù)庫管理 通過SQL文件導(dǎo)出放在others目錄里 ,然后又用剛導(dǎo)出SQL文件覆蓋了數(shù)據(jù)庫,文件就沒有了,應(yīng)該是導(dǎo)出SQL文件正好少了pwn_product_con數(shù)據(jù),沒有導(dǎo)入成功數(shù)據(jù),所以一覆蓋就沒有了!
答:您好, 為您修復(fù)了數(shù)據(jù)庫,現(xiàn)在已經(jīng)訪問正常,
請再核實一下 ,
非常感謝您長期對我司的支持,謝謝!
問:為什么我查看數(shù)據(jù)庫是3.76M,導(dǎo)出只有2.89,是不是有一次導(dǎo)出備份不完整了,到底用什么辦法,才能安全不丟失數(shù)據(jù)備份!
答:您好,1. 建議通過導(dǎo)出為sql 文件的方式 ,通過此功能導(dǎo)出 ,然后將sql 文件下載至本地查看是否所有的數(shù)據(jù)表均已經(jīng)導(dǎo)出正常 ,
2. 我司查看之前通過此方式導(dǎo)出并導(dǎo)入的,支持InnoDB 類型數(shù)據(jù)庫,
導(dǎo)入后建議修改一次數(shù)據(jù)庫 ,若不修復(fù)可能會有異常 ,
非常感謝您長期對我司的支持,謝謝!
問:數(shù)據(jù)庫3.76跟2.88大小不一樣,是正常現(xiàn)象嗎
問:而且我已經(jīng)通過SQL文件導(dǎo)出幾次了都是2.88M,在數(shù)據(jù)庫后臺看是3.75M找,明顯少了很多數(shù)據(jù)庫
答:您好,已經(jīng)重新導(dǎo)出一次到www/mysql-suzhouktv.sql,使用ftp下載到本地用記事本打開和phpmy里的查詢比較,是有全部導(dǎo)出成功的,因為sql文件壓縮了一部分空間,所以沒有在服務(wù)器里的mysql數(shù)據(jù)庫占用磁盤空間多,請知悉,非常感謝您長期對我司的支持!
問:剛才 通過技術(shù)你導(dǎo)出SQL文件,再次導(dǎo)入,數(shù)據(jù)又沒了,證明,沒有導(dǎo)出完整,麻煩技術(shù)再次恢復(fù)!http://www.suzhouktv88.com/product/class/鏈接內(nèi)容!還有目前通過SQL文件導(dǎo)出不完整,是經(jīng)常出現(xiàn)的,剛才是技術(shù)導(dǎo)出的,在導(dǎo)入比較下就沒有了!
答:您好,已經(jīng)和您電話說明,對應(yīng)當(dāng)前數(shù)據(jù)庫導(dǎo)入已經(jīng)正常,其數(shù)據(jù)顯示也正常,網(wǎng)站可以正常的訪問,非常感謝您長期對我司的支持!