Имя: Пароль:
IT
Админ
Проблема с копированием большого файла.
,
0 VasilyKushnir
 
16.03.12
13:30
Ось 2003 сервер, файл полнай бекап скульной базы 82 гига.
Уже второй день не копируется на другой комп (для надеги). Ручное копирование на USB-диск или на локальный диск этого же компа тоже ничего не дает. Сообщение после 32% (или около этого) копирования:
"Невозможно завершить операцию из-за нехватки системных ресурсов."
Что за хрынь и как ее побороть?
1 andrewks
 
16.03.12
13:31
чем копируешь?
2 Admin_Net_1C
 
16.03.12
13:43
(0) акуеть...а какой размер самой базы тогда, если не секрет? извиняюсь за офтоп...
3 VasilyKushnir
 
16.03.12
13:46
(1) Проводником и Тотальником - одновинтово. Регламентно ночью nnBackup
(2) в районе 112гиг
4 syktyk
 
16.03.12
13:47
(3) FTP, не?
5 syktyk
 
16.03.12
13:48
Windows Backup
6 VasilyKushnir
 
16.03.12
13:49
(4) (5) Не пробовал. Сейчас проверю.
7 VasilyKushnir
 
16.03.12
14:15
FTP не хочет - время ожидания истекло.
8 Mikeware
 
16.03.12
14:31
(7) а архивнуть?
9 БалбесВ1с
 
16.03.12
14:37
(0)А на системном есть свободные 82Гб?
10 VasilyKushnir
 
16.03.12
14:39
Свободно 258 гиг
11 БалбесВ1с
 
16.03.12
14:46
Попробуй разбить винраром на 4 архива.
12 s03
 
16.03.12
15:14
посмотри в сторону консольной команды Robocopy (она есть в 2008 сервере, а для предыдущих версий её можно поставить отдельно)
13 s03
 
16.03.12
15:24
Да и при создании backup SQL умеет сразу сжимать файлы. Получаемый архив заметно меньше выходит. Не хочешь этим воспользоваться?
14 ComPAS
 
16.03.12
15:26
антивируса у тебя случаем не стоит?
15 kvk
 
16.03.12
16:14
(0) uTorrent + AutoIt ?
16 VasilyKushnir
 
16.03.12
16:16
(11) Рарчик долго рарит - запустил порезку по 20гиг в Тотальнике (жду)
(12) попробую поставить на 2003
(13) бекат и так долго копируется по сети, а если переэтим архивить - вилы.
(15) Недопонял - налей еще....
17 Kreont
 
16.03.12
16:18
2-ой комп система ФАТ, НТФС, ...?

Странно вот что: при размере ИБ сейчас у меня 52Гб, полный архив из под постгреса = 1,2ГБ
18 Kreont
 
16.03.12
16:19
+(17) время создания архива где то 5-15мин.
19 kvk
 
16.03.12
16:20
(16) включаешь ретрекер, данные гарантированно копируются хоть в 2 назначения, это, конечно, если проблемы с сетью
20 VasilyKushnir
 
16.03.12
18:38
Получилось! Тотальником порезал на 5 файлов по 20гиг, скинул на другой комп и собрал без проблем. Но это решение "через Альпы" (так Суворов в Европу ходил). Буду искать более подходящее, поизящнее.
21 МихаилМ
 
16.03.12
20:27
(20)
пока Вы
не проверили работоспособность бекапа

грош - цена Вашему "Получилось!"
22 VasilyKushnir
 
16.03.12
20:31
(21) Получилось - это значит, что вновь собранный бекап загрузился и база открылась. После простого копирования я бы не стал пену взбивать.
23 МихаилМ
 
16.03.12
20:33
значит это повод
24 AlexNew
 
16.03.12
20:36
А Shrink давно делался?
25 zak555
 
16.03.12
20:37
я тут как-то качал фильм под 50 ГБ - копировал нормально
26 VasilyKushnir
 
16.03.12
20:49
(85) до почти 81 гига тоже все нормально было
27 Иде я?
 
модератор
16.03.12
20:51
Та же фигня - проблема в сети или серверах
у меня тоже никак с одного сервера не стащить архив около 80 гигов
причем админ на свой комп нормально скопировал
win2003 и ХР локально
28 zak555
 
16.03.12
20:52
антивиря случаем нет ?
29 Иде я?
 
модератор
16.03.12
20:52
Хотя последний раз пытался с NAS  скачать...
30 Иде я?
 
модератор
16.03.12
20:52
Может и антивирус
31 VladZ
 
16.03.12
20:57
(0) Угу... Есть такая фигня... Недавно пытался скопировать файлик в 93 гига - та же самая ошибка.
32 VasilyKushnir
 
16.03.12
21:02
(27) Юмор в том, что в пределах сервера в другую папку на том же диске тоже не копируется. Та же ошибка. Неужели NTFS тоже имеет ограничения на размеры файла? Кстати - винда 2033 стандарт 32 бита - может здесь србака порылась?
33 Torquader
 
16.03.12
21:17
Не поверю, что такая проблема - у меня образ диска в 500 гигов в файл на NTFS делался за несколько часов - пришлось правда программу писать и самому управлять размером буфера - но система нисколько не тормозила.
34 VasilyKushnir
 
17.03.12
01:03
(33) Тоже думаю, что проблема не в этом. Просто ума не приложу с каких яиц эта ошибка вылупилась... Блин... Надо разбираться в самой утилите копирования: раз места на диске с трехкратным запасом - остается оператива - может ее не хватает для каких-то целей. Сам в шоке - толькор размер бекапа перевалил за 81 гиг - копирование "сдохло".
35 s03
 
17.03.12
03:50
(16)  Я говорил не про дополнительную архивацию, а про то, что у самого SQL есть возможность сжимать файлы при создании backup (параметр "сжимать файлы при архивации" или вроде того). В этом случае сжатие происходит ещё при формировании архива.
36 s03
 
17.03.12
03:51
И в догонку, SQL может и архив создавать не на локальный диск, а сразу на сетевой ресурс
37 ILM
 
гуру
17.03.12
07:23
винт перегревается и начинает тупить. Поставь поновее винт, если этому больше двух лет. Причем греется плата позиционирования было на иксбите.
38 vde69
 
17.03.12
08:41
а при этом чего с памяью на сервере источнике и приемнике?

была подобная хрень из-за того что сетка виделать гигобиткой а фактически более 20 мегабит не пропускала, разросталсы буфер и кирдык
39 Jump
 
17.03.12
09:28
(20)"Буду искать более подходящее, поизящнее."
Файл резать на куски винраром из командной строки, в многотомный архив без сжатия - работает как правило ничуть не медленней чем тот же тотал.
После чего опять же из батника собирать на месте.
40 Jump
 
17.03.12
09:36
41 Torquader
 
17.03.12
11:58
(38) С сетью проблемы из-за неправильного mtu бывают - теряются пакеты из-за переполнения буфера и передача файла прекращается, но эффект проявляется на файлах уже больше 3-4 Мегабайт.
42 BigHarry
 
17.03.12
14:39
При чем тут сеть если у человека с винта на винт даже не ездит?
Имхо - тут дело в индусячем коде, какие-то оверохрененные буфера под копирование выделяются или не высвобождаются, если SQL смог создать такой файл на диске - значит дело не в сети и не в системе. Надо пробовать другие утилиты копирования, есть даже такие, где буфер можно жестко ограничить.
43 Креатив
 
17.03.12
14:55
(0)Я бы всё-таки раром, скоростным способом. Не так уж и долго должно получиться.
44 VasilyKushnir
 
17.03.12
16:33
(39) (43) + 1000 Обязательно попробую. Как я сам до этого не допер.. Решение на поверхности лежало.
45 VasilyKushnir
 
22.03.12
01:29
Чудеса какие-то... На прошлой неделе не мог вообще никак скопировать бэк, после выходных уже три дня копирование (штатное по расписанию) проходит без проблем. Нифига не понял - главное ничего не менял. Только собирался применить  (43). Так и в чертовщину недолго поверить...
46 BigHarry
 
22.03.12
01:38
(45) Да фигня, какой-нить процесс расслабился и высвободил порцию системных ресурсов, вот и все.
47 Torquader
 
22.03.12
01:44
На диске большой файл может лежать иди одним-двумя большими кусками и копироваться быстро иди множеством мелких кусков-тогда копирование будет очень медленным
Чтобы сделать много маленьких кусочков достаточно делать одновременно два бэкапа-получатся два файла,которые будут очень медленно копироваться.
48 VasilyKushnir
 
22.03.12
17:49
(46) (47) Да это все фиг с ним. Вот и сегодня нормальная копия. Боюсь другого - мне на завтра нужна позарез копия, а эта зара опять заартачиться - это будет облом. Причины выпендронов я так и не нашел.
49 Torquader
 
23.03.12
01:11
Уж не хочешь ли ты сказать,что компьютер знает,когда копия нужна и выпендривается-если так-то не показывай ему заранее,что копия нужна.
50 VasilyKushnir
 
23.03.12
02:04
(49) :-)))) Не - до этого я еще не скатился, просто есть небольшие опасения. Закон подлости, такое впечатление, только на мне срабатывает.
Компьютеры — прекрасное средство для решения проблем, которых до их появления не было.