Всем доброго времени суток
У меня 415+. Делаю первую репликацию c компа с помощью Cloud Station Backup по локальной гигабитной сети. В папке около 1Тб, 750 тысяч файлов. Первые 230 тысяч файлов, 340Гб прошли за 48 часов. После этого репликация замедлилась до 1Гб данных в сутки.
Есть ли у кого идеи?
Всем доброго времени суток
У меня 415+. Делаю первую репликацию c компа с помощью Cloud Station Backup по локальной гигабитной сети. В папке около 1Тб, 750 тысяч файлов. Первые 230 тысяч файлов, 340Гб прошли за 48 часов. После этого репликация замедлилась до 1Гб данных в сутки.
Есть ли у кого идеи?
покажите свой конфиг файл /usr/syno/etc/smb.conf в секции "global"
[global] printcap name=cups winbind enum groups=yes oplocks=yes large readwrite=yes socket options=IPTOS_LOWDELAY SO_RCVBUF=131072 SO_SNDBUF=131072 TCP_NODELAY security=user local master=no realm=* aio read size=2048 dead time=15 min receivefile size=2048 use sendfile=true passdb backend=smbpasswd max xmit=32768 write cache size=2097152 printing=cups write raw=yes read raw=yes max protocol=SMB3 winbind enum users=yes getwd cache=yes load printers=yes aio write size=2048 workgroup=WORKGROUP
В папке /usr/syno/etc нет файла smb.conf
В папке /usr/syno/etc нет файла smb.conf
В 6-ке smb.conf лежит в папке /etc/samba
Всем привет, столкнулся с такой же проблемой как у автора, прямо 1 в 1, только на другой модели DS216J
DSM 6й версии, на нее поставлен пакет Cloud Station Server. В сам NAS установлены 2 диска WD по 3Тб и на них создан массив RAID1 штатными средствами.
На клиентской машине стоит пакет Cloud Station Backup (Windows ХР).
Компьютер и NAS находятся в одной подсети, подключены к гигабитным портам свитча HP и в состоянии подключения отображается скорость 1 Гбит.
После начала бэкапа 90% объёма данных быстро перекачались - за 1 день (большие файлы, по 300-500 Мб), остались файлы с средним размером 300 кб и они ооочень медленно копируются, уже 2 недели висит около 320 000 не засинхронизировавшихся файлов. Еще заметил что процессор самого NAS'а загружен работой локальной базы данных sqlite, база отъела уже 146 Гб на хранилище.
реально ли вообще ускорить этот процесс? если перекидывать простым копи-пастом, то все идет быстро
конфиг samba прилагаю
cat /etc/samba/smb.conf [global] printcap name=cups winbind enum groups=yes include=/var/tmp/nginx/smb.netbios.aliases.conf security=user local master=no realm=* passdb backend=smbpasswd printing=cups max protocol=SMB2 winbind enum users=yes load printers=yes workgroup=WORKGROUP [Backup] invalid users=nobody,nobody valid users=nobody,nobody comment="" path=/volume1/Backup guest ok=yes browseable=yes mediaindex=no edit synoacl=yes win share=yes skip smb perm=yes enable recycle bin=no recycle bin admin hide unreadable=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,nobody write list=nobody,nobody writeable=yes [homes] invalid users=nobody,nobody valid users=nobody,nobody comment="user home" path=/volume1/homes guest ok=yes browseable=yes mediaindex=yes edit synoacl=yes win share=yes skip smb perm=yes enable recycle bin=no recycle bin admin hide unreadable=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,nobody write list=nobody,nobody writeable=yes
Полазил по мониторингам, обнаружил что дисковый массив загружен на 94%, происходит чтение данных, в то же время процессор загружен службой БД, видимо замедление происходит именно из-за того, что он работает с базой... можно как-то это отключить? я так понимаю база нужна в основном для отслеживания версий 
UPD: после недавних обновлений видимо что-то изменилось, докачались все мелкие файлы и прошла полная синхронизация, теперь все обновляется в online-режиме, нагрузка на диски упала почти до ноля. Текущая верcия DSM 6.0.2-8451 Update 3. 