|
Проблема с копированием большого файла. | ☑ | ||
---|---|---|---|---|
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) :-)))) Не - до этого я еще не скатился, просто есть небольшие опасения. Закон подлости, такое впечатление, только на мне срабатывает.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |