（需要備份的文件都在eMule的config文件夾下面）
必須要備份的五個文件：
clients.met —— 已知的客戶清單（其它騾友的積分文件也保存在里面）
cryptkey.dat —— 安全認(rèn)證密匙（你從別人那里驗證你的Userhash時需要的安全密匙）
preferences.dat —— 個人UserHash值（存儲你個人的Userhash相關(guān)的文件）
preferencesK.dat —— 在kad表明你身份的個人UserHash值（如上 kad在中國很有用）
statistics.ini —— 統(tǒng)計數(shù)據(jù)（記錄你上傳和下載的量等等0.43及以后版本才有）

根據(jù)個人情況需要備份的文件：
server.met—-記住你的服務(wù)器列表，如果加為靜態(tài)服務(wù)器，即使超過規(guī)定次數(shù)連不 上也不會被刪掉
known.met—-已知文件詳細(xì)資料?？梢员苊饷看芜\行都提交你的文件共享清單。
known2.met—-AICH hash相關(guān)，存放文件的hashset
staticservers.dat—-靜態(tài)服務(wù)器清單
emfriends.met —–好友名單

config目錄下文件相關(guān)介紹:
AC_IPFilterUpdateURLs.dat IPFilter的更新網(wǎng)址歷史記錄
AC_SearchStrings.dat 搜索關(guān)鍵字歷史記錄
AC_ServerMetURLs.dat 更新服務(wù)器列表的網(wǎng)址歷史記錄
adresses.dat 啟動時自動更新服務(wù)器列表的網(wǎng)址
Category.ini 分類的配置文件，包括分類名，注釋，顏色、優(yōu)先級別等信息
clients.met 已知的客戶清單clients.met.BAK 是clients.met的備份，每次EM啟動會自動備份的
cryptkey.dat 安全認(rèn)證密匙
emfriends.met 好友名單
Fileinfo.ini 共享文件的注釋和文件質(zhì)量評分
known.met 已知文件詳細(xì)資料
known2.met AICH hash相關(guān)，存放文件的hashset
preferences.dat 個人UserHash值
preferences.ini 配置文件
server.met 服務(wù)器清單
server_met.old 是server.met的備份，每次EM啟動會自動備份的
shareddir.dat 共享文件的目錄
staticservers.dat 靜態(tài)服務(wù)器清單
webservices.dat Web服務(wù)設(shè)定

打開kad之后會有下面四個文件
AC_BootstrapIPs.dat Kad中的引導(dǎo)程序的IP地址和端口
nodes.dat 存儲用戶節(jié)點
preferencesK.dat和preferences.dat ,在kad表明你的身份的。
k_index.dat 存儲關(guān)鍵字的索引文件
s_index.dat 存儲文件信息的索引文件

用記事本可以打開大部分的文件進行修改的如：
AC_IPFilterUpdateURLs.dat、AC_SearchStrings.dat、AC_ServerMetURLs.dat、
adresses.dat、preferences.ini、shareddir.dat、staticservers.dat、
webservices.dat、AC_BootstrapIPs.dat

積分問題
上傳量越大積分越高。積分是影響QR的主要因素，你積分越高，排隊時間就會縮減的越短。
eMule使用一種加密方法key handshake以確保積分正確屬于個人。只有在這種方法得到eMule驗證之后，積分才被授權(quán)給特定個人，否則eMule將不會承認(rèn)對方的積分。再則授權(quán)的驗證密鑰儲存在preferences.dat和cryptkey.dat兩個文件中。如果其中一個文件損壞或者丟失，eMule將不會承認(rèn)原本應(yīng)該屬于你的積分。如果你丟失了cryptkey.dat，eMule會強制刪除preferences.dat。

關(guān)于Kad說明
Kad(Kademlia)是一種分散式(decentralized)的P2P通信協(xié)議，是將所有的用戶連成一個網(wǎng)絡(luò)，不通過服務(wù)器，從而直接進行搜索資源和來源的操作。可以減低服務(wù)器的負(fù)擔(dān)。
kad網(wǎng)絡(luò)是一種根本不需要服務(wù)器的架構(gòu)，每個emule客戶端負(fù)責(zé)處理一小部分search和source finding的工作。分配工作的原理是基于客戶端的唯一id和search或者source的hash之間的匹配來決定。比如說XXX.avi這個文件由用戶a來負(fù)責(zé)，則任何用戶共享這個文件的時候都會告訴用戶a我有這個文件，其他用戶去下載這個文件的時候也會詢問a，a告訴他們誰有這個文件，source finding就完成了。至于如何找到用戶a則是通過一種將用戶id異或的方式，兩個id的二進制異或值決定他們之間的邏輯距離，比如1100距離1101要比距離1001近。當(dāng)一個用戶加入kad網(wǎng)絡(luò)后，首先通過一個已知的用戶找到一批用戶的id和port。當(dāng)此用戶a要尋找某特定用戶x時，a先詢問幾個已知的邏輯距離x較近的用戶，如x1,x2,x3會告訴a他們知道的更加近的用戶的id和port，一次類推，a最終就能找到x。

信用系統(tǒng)（Credit system）
eMule的“選項”－“擴展設(shè)置”里可以設(shè)置啟用信用系統(tǒng)－－Credit system（受益上傳者）。
如果你啟用了這個Credit system，那你的eMule 5個月后就會出現(xiàn)客戶被刪除的信息。那這個信用系統(tǒng)（Credit system）是用來讓上傳者受益的。舉個簡單的例子，比如A給B上傳了，那么B就會記下A的UserHash。如果下次張A要下載B的東西時，B就會給A的評分比普通的用戶高。這樣A在B這兒就可以少排隊或者不排隊進入下載。當(dāng)然，A和B建立的這種信用的評分關(guān)系只能持續(xù)5個月，如果5個月內(nèi)兩個用戶都沒有再建立過連接，就會出現(xiàn)上面的被刪除。這也就是我們?yōu)楹我哟笊蟼髟颉Ｒ驗樯蟼鞫嗔撕蠼o你帶來的好處就是以后你下載東西時可以少排隊或者不排隊。所以，大家對自己的UserHash要加倍的珍惜，特別是上傳量大的朋友，經(jīng)常備份config下的文件。一旦UserHash變了，你和其他騾騾建立的這種信用關(guān)系也就沒了。

總結(jié)

以上是生活随笔為你收集整理的eMule备份的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。