Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» BrightStor ARCserve Backup

Автор: denisperek
Дата сообщения: 28.02.2008 15:28
Подскажите пожалуйста как лучше настроить недельный бекап со Staging Option на BAB 11.5 . У меня ленты называются по-разному (типа week_1, week_2,....), для каждой недели месяца. Недельное задание одно и в нем раньше (без staging option) как назначение стояло просто (*), НО в мануале написано что в качестве назначения ПРОПИСЫВВАТЬ (*) НЕЛЬЗЯ, нужно только явно задавать носитель. Привод один, поэтому каждую неделю ленты меняются. Может стоит просто назвать все ленты week. Или есть другой способ? Спасибо!
Автор: AlexxB
Дата сообщения: 03.03.2008 12:23
тупой вопрос - как восстановить БД арксерва, если она упала? имеется довольно старый бекап ntbackup-а и ежедневные бекапы бд на ленту. вопрос в том, как получить возможность восстановить данные с ленты. Inventory делал, данные о кассете обновляются до реальных, но в restore ничего не появляется
Автор: IDaho
Дата сообщения: 03.03.2008 13:32
AlexxB
с последних ленточек сначала сделай Merge, в меню утилиты, как сможеш смотреть сессии на пленках, там же с утилитс, запусти Recover Database
Автор: denisperek
Дата сообщения: 04.03.2008 08:21
ЛЮДИ! КТО-НИБУДЬ ПОЛЬЗУЕТСЯ <STAGING OPTION>???

КАК ПРАВИЛЬНО ФОРМИРОВАТЬ РЕГУЛЯРНЫЕ ЗАДАНИЯ?
В КАЧЕСТВЕ КОНЕЧНОГО НОСИТЕЛЯ <*> ЗАДАВАТЬ НЕЛЬЗЯ, А ЕСЛИ УКАЗЫВАТЬ ЯВНО НОСИТЕЛЬ, ТО ПОСЛЕ ФОРМАТИРОВАНИЯ ID ЛЕНТЫ МЕНЯЕТСЯ, И MIGRATION УЖЕ НЕ РАБОТАЕТ!!!!!!!

КТО СТАЛКИВАЛСЯ? КАК ЗАДАВАТЬ КОНЕЧНЫЙ НОСИТЕЛЬ???
Автор: maxvell85
Дата сообщения: 07.03.2008 07:55
Уважаемые умники и умницы, спасайте плиз Пришёл на новую работу и столкнулся с Brightstor arcserve backup r 11.5 SP3. Бэкапилка кайфовая, работает как часы, ток проблемка в следующем: видимо как-то накосячены настройки Media pool, кассета записывается и уходит из PERM_DLY (наз его) - Scratch Set в Save Set. Всё вроде бы правильно, но она в нём и весит, по её ручками обратно в Scratch Set не затащишь. Свойства PERM_DLY: Min # of Media in Save Set 2 (менял с 4 - 3 - 2), retention Time (менял 3-2-1), Prune Retention Time в нуле всегда. Образумте плииз))
Автор: denisperek
Дата сообщения: 07.03.2008 08:48
........ САМ РАЗОБРАЛСЯ
Автор: Everzzz
Дата сообщения: 12.03.2008 14:41
gorodetskii, здесь документация на BrightStor ARCServ Backup 11.1 на русском языке.
http://www.corisys.ru/download/rus_docs/brightstor/

fortune, не блокирует ли какой-нибудь фаервол порт агента? установлен ли агент именно для 2007 версии на клиентской машине?

Теперь, собственно говоря, вопросы (1 и 2 уже не актуальны - ответы ниже):
1. Есть ли способ сделать клон бэкапа с FileSystem Device на ленту?
То есть сначала делается бэкап на FileSystem Device, затем этот бэкап каким-то образом переносится на ленту так, чтобы файлы можно было восстановить непосредственно с пленки, минуя создание FileSystem Device.
2. Могут ли быть проблемы с переносом файлов ".CTF" на другую машину и подключением их в качестве FileSystem Device на другой машине? Могут ли быть проблемы если, например на исходной машине была версия 11.1, а на новой 11.5?

3. Можно ли объединять в RAID1 группы пленок?
Например, нужно снять бэкап на 3 пленки (2 по 800 Гб и 1 по 400 Гб). Требуется создать RAID1 так чтобы одна и та же информация "клонировалась". Судя по документации по ARCServ, применительно к отдельным пленкам это работает + копии можно использовать для восстановления отдельно друг от друга. Работает ли это для групп? Что будет, если последовательность пленок в группах окажется разной (например 400+800+800 в одной группе и 800+400+800 в другой). Прервется ли бэкап в таком случае или каждая группа будет восприниматься как единое целое?
4. Можно ли объединить в RAID1 группу пленок и FileSystem Device?
Автор: LelikB
Дата сообщения: 13.03.2008 10:52
BrightStor 11.5.
Сеть Novell, новелловский клиент на сервере, где установлен BrightStor - Novell Client 4.91.
На серверах Novell агенты не установлены - бэкапим только файлы с сети.

Поменяли пароль, с которым BrightStor коннектился к серверам Novell. После этого столкнулись с такой проблемой: при попытке соединения к серверу Novell с новым паролем Brightstor ругается: The credentials supplied conflict with an existing set of credentials. Все дело в том, что на сервере, где запущен BrightStor выполнен вход в сеть Novell с логином/паролем отличным от используемого в BrightStor. Но до смены пароля ведь все работало. Пароль в Server Admin сменить не забыли. В чем может быть проблема?
Автор: wolk05
Дата сообщения: 17.03.2008 15:40
Как можно уменьшить размер базы Арксерва?
Автор: Everzzz
Дата сообщения: 18.03.2008 09:42
Покапался немного. На 100% не уверен, но скорее всего вот ответ на мои первые 2 вопроса:
1. Есть ли способ сделать клон бэкапа с FileSystem Device на ленту?
Да, при помощи tapecopy. По крайней мере с плёнки на плёнку всё копируется отлично (и достаточно быстро).
2. Могут ли быть проблемы с переносом файлов ".CTF" на другую машину и подключением их в качестве FileSystem Device на другой машине? Могут ли быть проблемы если, например на исходной машине была версия 11.1, а на новой 11.5?
Вероятнее всего - проблем быть не должно. Т.к. эти же файлы хранятся и на обычных пленках.
Автор: skyliver
Дата сообщения: 20.03.2008 12:57

Цитата:
тупой вопрос - как восстановить БД арксерва, если она упала? имеется довольно старый бекап ntbackup-а и ежедневные бекапы бд на ленту. вопрос в том, как получить возможность восстановить данные с ленты. Inventory делал, данные о кассете обновляются до реальных, но в restore ничего не появляется

По идее тебя не должно волновать наличие новой версии БД, на самой ленточке хранится описание сессий, и с нее ты можешь восстановить данные.

Добавлено:

Цитата:
Уважаемые умники и умницы, спасайте плиз Пришёл на новую работу и столкнулся с Brightstor arcserve backup r 11.5 SP3. Бэкапилка кайфовая, работает как часы, ток проблемка в следующем: видимо как-то накосячены настройки Media pool, кассета записывается и уходит из PERM_DLY (наз его) - Scratch Set в Save Set. Всё вроде бы правильно, но она в нём и весит, по её ручками обратно в Scratch Set не затащишь. Свойства PERM_DLY: Min # of Media in Save Set 2 (менял с 4 - 3 - 2), retention Time (менял 3-2-1), Prune Retention Time в нуле всегда. Образумте плииз))

100% проблема в настройках GFS-схемы на DLY пул. Скорее всего не хватает мин. числа кассет. Выставь мин. retention time.
Автор: AlexxB
Дата сообщения: 20.03.2008 15:14

Цитата:
По идее тебя не должно волновать наличие новой версии БД, на самой ленточке хранится описание сессий, и с нее ты можешь восстановить данные.

на ленточке-то хранится, но чтобы можно блыо восстановить - нужно merge делать для каждой ленты
у меня в библитеке 16 лент 400-т гиговых, merge для одной ленты занимает полдня

так что способ предложенный выше был наиболее оптимальным, все отлично поднялось
Автор: Baton72
Дата сообщения: 25.03.2008 08:37
Приветствую гуру бэкапов!
Поставил ARCServe 11.5. Бэкапы делаются нормально. На винт. Но иногда нужно сливать бэкапы на внешний винт для того, чтобы держать его в другом месте. Начальство требует, чтобы данные на том винте лежали в удобоваримом виде, то есть в виде обычных файлов, а не в виде ARCшных контейнеров.
В результате я просто делаю "restore by tree" файлов на удаленную машину.
Проблема в том, что данные с некоторых машин ресторятся нормально, а при попытке рестора с некоторых других машин создается задание, выводится список медиа, и после того, как нажимаешь старт - Backup manager просто падает, ни говоря ни слова. А я даже не знаю, где копать.
Подскажите, пожалуйста, может кто сталкивался, что необходимо сделать?
Спасибо!
Автор: AMO2
Дата сообщения: 28.03.2008 11:50
Добрый день всем! Подскажите, please.
Такая проблема: BrightStor ArcServe Backup for Windows версии 11.5 sp3.
Установил ArcServe, все настроил, все работает до перезагрузки служб ArcServe'а. После перезагрузки пропадают созданные группы и соответственно FS группы. Врезультате ничего не пишется. Когда создаешь новые группы, то Job не запускается, в логах выдает ошибку: Error 1303 Unable to get Job information. (QUEUEID=queue_id, JOBID=job_id, EC=queue_error_code).
Может кто сталкивался с такой проблемой?
Заранеее спасибо.
Автор: skyliver
Дата сообщения: 28.03.2008 17:08

Цитата:
Приветствую гуру бэкапов!
Поставил ARCServe 11.5. Бэкапы делаются нормально. На винт. Но иногда нужно сливать бэкапы на внешний винт для того, чтобы держать его в другом месте. Начальство требует, чтобы данные на том винте лежали в удобоваримом виде, то есть в виде обычных файлов, а не в виде ARCшных контейнеров.
В результате я просто делаю "restore by tree" файлов на удаленную машину.
Проблема в том, что данные с некоторых машин ресторятся нормально, а при попытке рестора с некоторых других машин создается задание, выводится список медиа, и после того, как нажимаешь старт - Backup manager просто падает, ни говоря ни слова. А я даже не знаю, где копать.
Подскажите, пожалуйста, может кто сталкивался, что необходимо сделать?
Спасибо!

Логи в студию.

Добавлено:

Цитата:
Добрый день всем! Подскажите, please.
Такая проблема: BrightStor ArcServe Backup for Windows версии 11.5 sp3.
Установил ArcServe, все настроил, все работает до перезагрузки служб ArcServe'а. После перезагрузки пропадают созданные группы и соответственно FS группы. Врезультате ничего не пишется. Когда создаешь новые группы, то Job не запускается, в логах выдает ошибку: Error 1303 Unable to get Job information. (QUEUEID=queue_id, JOBID=job_id, EC=queue_error_code).
Может кто сталкивался с такой проблемой?
Заранеее спасибо.

Бочень большое ощущение, что что-то не так с базой. Я так понимаю скорее всего используется внутренняя БД arcserv-a?
Автор: AMO2
Дата сообщения: 28.03.2008 18:11

Цитата:
Бочень большое ощущение, что что-то не так с базой. Я так понимаю скорее всего используется внутренняя БД arcserv-a?


Да, что можно сделать?
Автор: Baton72
Дата сообщения: 31.03.2008 12:55
skyliver к моему стыду, я даже не знаю, какой именно лог колупать... И какой сюда постить тоже не знаю... Подскажите, пожалуйста!
Автор: skyliver
Дата сообщения: 31.03.2008 13:16

Цитата:
Цитата:Бочень большое ощущение, что что-то не так с базой. Я так понимаю скорее всего используется внутренняя БД arcserv-a?


Да, что можно сделать?

Сделать бэкап базы, а потом запустить утилиту проверки БД (точно название не помню, но в мануале есть описание этой утилиты).
Если не поможет, или неохота возиться с проверкой БД, то пересоздать БД, импортировать job или его шаблон, создать необходимые группы, проверить.

Добавлено:

Цитата:
skyliver к моему стыду, я даже не знаю, какой именно лог колупать... И какой сюда постить тоже не знаю... Подскажите, пожалуйста!

В менеджере BAB (откуда формируешь задание на бэкап), переключиться на вкладку Job Status -> Activity Log (оттуда скопировать строчки лога по твоему заданию)
Автор: Baton72
Дата сообщения: 01.04.2008 07:59
skyliver проблема в том, что задание на восстановление не создается, соответственно в логе про него ничего нет. Или нужна именно инфа по бэкапу?
Автор: skyliver
Дата сообщения: 01.04.2008 09:25

Цитата:
skyliver проблема в том, что задание на восстановление не создается, соответственно в логе про него ничего нет. Или нужна именно инфа по бэкапу?

М-да, сложно без доп. инфы что-то советовать. Как вариант, разверни на какой-нибудь машинке еще одну копию BAB и попробуй восстановить из этого менеджера забекапированные данные FS-лент.
Автор: AMO2
Дата сообщения: 01.04.2008 11:52

Цитата:
Сделать бэкап базы, а потом запустить утилиту проверки БД (точно название не помню, но в мануале есть описание этой утилиты).
Если не поможет, или неохота возиться с проверкой БД, то пересоздать БД, импортировать job или его шаблон, создать необходимые группы, проверить.


А если вообще BAB только поставлен, база пустая?
Автор: Baton72
Дата сообщения: 02.04.2008 11:45
skyliver, ясно, спасибо.. Буду думать дальше...
Автор: AMO2
Дата сообщения: 02.04.2008 16:33
Вопрос, может кто подскажет.
Очень долгое копирование файлов.
65 гигов за 13-14 часов - это же не нормально. Можно ли как-нибудь увеличить скорость?
Автор: skyliver
Дата сообщения: 02.04.2008 17:18
Сходу проблема в антивирусной службе. А вообще нужны доп. данные, что за сеть, каким агентом и какие данные, что за устройство рез. копирования.
Автор: AMO2
Дата сообщения: 02.04.2008 17:48

Цитата:
Сходу проблема в антивирусной службе. А вообще нужны доп. данные, что за сеть, каким агентом и какие данные, что за устройство рез. копирования


Сеть типа "звезда" на 100 мб\с, на серверах создан тим на 2 гб\с.
Данные: копирование файл-сервера, т.е. данные - это документы типа ворд, ексель, архивы, и т.д.
Агент BAB r11.5 Agent Open Files on Windows.
Что значит "устройство резервного копирования", Сервер ВАВ копирует данные с файл-сервера в FSGroup, затем на кассету.

Добавлено:
В дополнение, sql-базы с других серверов тянуться нормально, быстро и объем там по-больше.
Автор: skyliver
Дата сообщения: 04.04.2008 10:10
AMO2
какие дополнительные application стоят на сервере? Попробуй отключить на время тестового бекапа антивирус на обоих серверах (file и bab).

Sql-базы как забираешь через агента? или файлы-бекапы, сформированные самим sql-сервером?
Автор: VYCHESLAV
Дата сообщения: 07.04.2008 11:22
Добрый день.

У BrightStor ARCserve Backup ver. 11.5 есть агенты для EXCHANGE 2007?

Автор: kinosura
Дата сообщения: 09.04.2008 13:41
VYCHESLAV

есть
Автор: supersem
Дата сообщения: 06.05.2008 15:32
Добрый день, Всем!
У меня такая ситуация: стоит сервер ARCServe Backup NetWare 9.01 на Novell Netware 5.1 c агентом ARCServe Backup NetWare 9.01, добавил в сеть еще один сервер Novell Netware 6.5, на который поставил агента ARCServe Backup NetWare 11.1 SP3. В джоб добавил сессию на бекап второго сервера.
Но после полного бекапа архивный бит на втором сервере не очищается. Поэтому в инкрементальный бекап попадают все данные.
В чем может быть причина? Может в разнице версий агента и сервера?
Автор: skyliver
Дата сообщения: 06.05.2008 20:24
supersem

Цитата:
Но после полного бекапа архивный бит на втором сервере не очищается. Поэтому в инкрементальный бекап попадают все данные.
В чем может быть причина? Может в разнице версий агента и сервера?

В knowledge base от CA не смотрел? Очень странная глюка.
По опыту знаю, что некоторые данные, например на Exchange, не могут быть забекапированы по модели инкрементального копирования.

Страницы: 1234567891011121314151617181920212223242526

Предыдущая тема: Разбиение IP-сети на подсети разного размера


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.