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

» Symantec Backup Exec (бывший Veritas)

Автор: Valery12
Дата сообщения: 16.09.2010 09:27

Цитата:
Товарищи! Искал на форуме, в диком интернете, но так и не понял - чем ПРИНЦИПИАЛЬНО различны Backup Exec и Backup Exec System Recovery?

попробую ответить, но это субъективно, потому что в свое время прямого ответа тоже не нашел
Был Veritas со своим Backup Exec, в основном заточенный для бэкапа фалов баз данных и пр.
и был powerquest v2i protector - бэкап образов дисков по сети и быстрое восстановление системы, потом все это купил symantec, на базе v2i protector сначала сделал livestate recovery а потом подтянул технологии Veritas и получился Backup Exec System Recovery

отсюда
Backup Exec - классический бэкап всего и вся с возможностью бэкапа и восстановления системы на уровне образа дисков на голой системе
Backup Exec System Recovery - бэкап и восстановление системы на уровне образа дисков на голой системе с функциями классического бэкапа файлов, баз данных и пр.

плюс они пишут Backup Exec - средний и крупный бизнес (под винду, для никсов есть NetBackup)
Backup Exec System Recovery - малый и средний бизнес
Автор: Gorg23
Дата сообщения: 20.09.2010 11:36
имеется BE 12 и Exchange 2003, и бэкап индивидуальных ящиков.
Необходимо из бэкапа ящики выложить на диск не трогая сам Exchange.
Подскажите пожалуйста как это можно сделать?
Автор: sVIVs
Дата сообщения: 27.09.2010 15:13
Добрый день!
Есть SQL Server 2008 (модель восстановления у баз simple) и Symantec Backup Exec 12.5.
На SQL Server 2008 настроен Maintanance Plan в который входит Back Up Database (Full)-Check Database Integrity-Rebuild Index-Maintenance Cleanup Task.
Все замечательно работает.
Также решил перестраховаться и класть бэкапы на ленточку.
Соответственно, сделал политику GFS добавил в неё бэкап SQL Server 2008 (ежедневный бэкап дифференциальный).
И вроде как все работало нормально, пока не кончились ленточки.
Стал разбираться, оказалось, что дифференциальный бэкап у меня равен по объему полному.
У меня есть предположение,что это происходит из-за Rebuild Index ,но я не уверен.
А может просто нельзя вместе бэкапить?
В чем косяк?
У кого есть какие идеи?



P.S.Скорее всего косяк в том, что было настроено два бэкапа.
Теперь вопрос: можно ли очистить ленточку только от sql бэкапов, т.к. на одну ленточку клали бэкапы как файлового сервера так и sql.?
Автор: Serjevski
Дата сообщения: 28.09.2010 08:27
Во первых, да backup exec не любит когда sql сам делает бэкап, у меня он после этого просто не делал (правда инкрементных), бэкапов заявляя, что нарушена последовательность.

Теоретически, при малом объеме самой базы и большом количестве транзакций размер логов, которые собственно и бэкапятся при диффе и инкре, может быть больше самой базы.

Почистить отдельно, боюсь что нельзя, насколько я помню лента это некий атомарный элемент, к которому можно дописывать если есть место но нельзя выборочно стереть. Я могу и ошибаться так как сам работаю только с дисковыми накопителями, с лентами уже давно дела не имел, просто не помню.
Автор: sVIVs
Дата сообщения: 28.09.2010 10:44

Цитата:
Во первых, да backup exec не любит когда sql сам делает бэкап, у меня он после этого просто не делал (правда инкрементных), бэкапов заявляя, что нарушена последовательность.

Жаль, хотя можно попробовать делать полные бэкапы с "Только полная копия(SQL 2005 или новее)-резервное копирование всей базы данных или группы файлов не влияющее на будущее дифференциальное резервное копирование или резервное копирование журнала",может прокатит


Цитата:
Теоретически, при малом объеме самой базы и большом количестве транзакций размер логов, которые собственно и бэкапятся при диффе и инкре, может быть больше самой базы.

Общий объём баз не очень большой,наверное буду делать полные бэкапы каждый день.


Цитата:
Почистить отдельно, боюсь что нельзя, насколько я помню лента это некий атомарный элемент, к которому можно дописывать если есть место но нельзя выборочно стереть. Я могу и ошибаться так как сам работаю только с дисковыми накопителями, с лентами уже давно дела не имел, просто не помню.

Опять жаль.

И еще вопрос.
До меня был настроен бэкап Exchange 2007.Все работало.
Правда настроено все было руками, т.е. без применения политик.
Я создал политику GFS и прикрепил к ней задание для Exchange.
Задания не проходят с разными ошибками, причем без политики все работает.
Подскажите как правильно настроить бэкап Exchange 2007 с помощью политик.
Автор: Serjevski
Дата сообщения: 29.09.2010 15:35

Цитата:
Жаль, хотя можно попробовать делать полные бэкапы с "Только полная копия(SQL 2005 или новее)-резервное копирование всей базы данных или группы файлов не влияющее на будущее дифференциальное резервное копирование или резервное копирование журнала",может прокатит

Да вполне может, как я понимаю в этом случае делается снимок, который "не оставляет следов"

Цитата:
Общий объём баз не очень большой,наверное буду делать полные бэкапы каждый день.
ты просто любым файлманагером посмотри размер каталогов где лежат журналы транзакций и сравни с размерами баз

Цитата:
Задания не проходят с разными ошибками

Ну надо смотреть что за ошибки, обычно они неплохо разжеваны в Knowledge Base...

Автор: sVIVs
Дата сообщения: 30.09.2010 10:42

Цитата:
Ну надо смотреть что за ошибки, обычно они неплохо разжеваны в Knowledge Base...

Как правило ошибки на аутентификацию, смотрел в Knowledge Base, делал как там указано - не помогает.
Чудно то, что то же задание не прикрепленное к политике прокатывает.
А вообще стремно то, что этот сервак мне достался по наследству и приходится после кого-то разбираться.
Автор: sVIVs
Дата сообщения: 05.10.2010 12:58
При попытке восстановления почтового ящика Exchange 2007 возникают ошибка

Окончательная ошибка: 0xe00084f4 - Произошла неизвестная ошибка.
Окончательная категория ошибки: Ошибки системы HEX

Для получения подробных сведений об этой ошибке перейдите по ссылке V-79-57344-34036

Первый раз мы попытались восстановиться с ленточки, запустили восстановление и он начал восстанавливать всю базу на сервер Exchange.
Т.к. места на сервере не было, мы остановили задание.
После этого все задания с ленточками стали возвращаться с ошибкой
То ли проблема с библиотекой IBM Total Storage 3573 Tape Library, то ли с Symantec Backup Exec 12.5.
Web интерфейса к библиотеке нет, физического доступа тоже, что делать не знаю.
Срочно нужно ящик восстановить, а как х.з.
Может кто чего подскажет.

Автор: Switch
Дата сообщения: 05.10.2010 16:47

Цитата:
Первый раз мы попытались восстановиться с ленточки, запустили восстановление и он начал восстанавливать всю базу на сервер Exchange.

При бекапе Exchange на ленту и попытке ресторить до ящика, BE сначала будет извлекать с ленты всю базу (storage group) в некий temp (по умолчанию c:\temp), а потом уже из него ресторить выбранный ящик на сам Exchange сервер.
Сервис -> Параметры -> MS Exchange -> Восстановление Exchange ... там указать путь до каталога, в котором будет достаточно места.
Автор: sVIVs
Дата сообщения: 06.10.2010 09:27

Цитата:
При бекапе Exchange на ленту и попытке ресторить до ящика, BE сначала будет извлекать с ленты всю базу (storage group) в некий temp (по умолчанию c:\temp), а потом уже из него ресторить выбранный ящик на сам Exchange сервер.
Сервис -> Параметры -> MS Exchange -> Восстановление Exchange ... там указать путь до каталога, в котором будет достаточно места.

С этим я уже разобрался, кладу бэкап на сервер где установлен BE, место там есть.
BE кладет storage group на диск и, как я понял, уже после этого возникает ошибка
Категория ошибок : Ошибки ресурсов

Ошибка : e000848c - Невозможно подключиться к ресурсу. Убедитесь, что все выбранные ресурсы существуют и включены, а затем повторите попытку. Если сервер или ресурс более не существуют, удалите их из списка. Измените свойства списка ресурсов, перейдите на вкладку 'Показать

Для получения подробных сведений об этой ошибке перейдите по ссылке V-79-57344-33932

http://www.symantec.com/business/support/index?page=answers&startover=y&question_box=V-79-57344-33932
Прошел по ссылочкам ничего интересного не нашел.
Учетка под которой запускается бэкап входит в группу домен. админов и админов Exchenge, поэтому проблемы с аутентификацией отпадают
Там еще есть ссылочка на Exchange 2003 где нужно снять атрибут hidden, в 2007 этот атрибут уже снят.
Может кто еще сталкивался с подобной проблемой?

Вот еще ссылочку нарыл,но так и не понял,что и где нужно править
http://www.symantec.com/business/support/index?page=content&id=TECH66319
Автор: sergeq
Дата сообщения: 07.10.2010 17:07
Подскажите пожалуйста, можно ли настроить резервное копирование по следующей схеме:
1. Есть центральный сервер Backup Exec 2010.
2. С помощью удаленных агентов на других серверах центральный сервер выполняет резервное копирование.

Как выполнить первые 2 пункта понятно. Непонятное дальше.
3. Есть сервер в удаленном офисе на который нужно дублировать backup. Как это сделать? - возможно, Backup Exec позволяет сохранять архив сразу в два места (локально и по сети), или с помощью репликации?
Автор: AGeraIn
Дата сообщения: 11.10.2010 16:07
у кого-нить есть агенты под Backup Exec 2010 R2 ?
Автор: flayx
Дата сообщения: 11.10.2010 19:58
Никто не в курсе, Backup Exec 2010 R2 с семеркой подружили?
Нехотела раньше серверная часть ставиться
Автор: bahtey
Дата сообщения: 21.10.2010 08:41
сервер 2008. msl2024 lto 1840. в доин прекрасный день не выполняются задания. сам механизм просил сделать ему clean. сделал. но в консоли backup exec в предупреждениях "накопитель выключен". сделал вечером рестарт. вроде увиделся. думал ночью пойдет копирование. нифига - опять тоже самое. по rmi захожу все ready.
Автор: fish_key
Дата сообщения: 22.10.2010 15:59
BackUP Exec 12.5 yстановлен и успешно работает на сервере Win2003 Sp2. Есть необходимость установить BackUP Exec 12.5 на другом сервере (новее железо). Как сделать так, чтобы все настройки, которые были сделаны на старом сервере BE, перенеслись на новый? Не хочется просто заново создавать пулы устройств, задания резервного копирования, восстановления и т.д... Кроме того, также хотелось бы перенести саму базу проделаных сесий копирования/восстановления, необходимые логи... Зарание спасибо за ответы.
Автор: Oleg_Kurilin
Дата сообщения: 23.10.2010 08:45
fish_key
http://www.buldakov.ru/?p=881 тебе в помощь!
Автор: fish_key
Дата сообщения: 25.10.2010 08:34
to Oleg_Kurilin
Большое спасибо за ссылочку... Обязательно попробую.
Автор: bahtey
Дата сообщения: 25.10.2010 09:14
bahtey
по моей ситуации может кто на мысль умную наведет кто?
backup exec 13
Автор: fish_key
Дата сообщения: 27.10.2010 17:06
to Oleg_Kurilin.
Очень благодарен... Сервер смигрировал успешно. Все пока работает.
Автор: Peresmeshnik68
Дата сообщения: 12.11.2010 13:00

Цитата:
Подскажите пожалуйста, можно ли настроить резервное копирование по следующей схеме:
1. Есть центральный сервер Backup Exec 2010.
2. С помощью удаленных агентов на других серверах центральный сервер выполняет резервное копирование.

Как выполнить первые 2 пункта понятно. Непонятное дальше.
3. Есть сервер в удаленном офисе на который нужно дублировать backup. Как это сделать? - возможно, Backup Exec позволяет сохранять архив сразу в два места (локально и по сети), или с помощью репликации?


Присоединяюсь к вопросу, тоже ищу инфу как реализовать данную схему без дублирования заданий.
Автор: Serjevski
Дата сообщения: 12.11.2010 13:14
Есть отдельный тип задания -- дублирование резервной копии.
Автор: Peresmeshnik68
Дата сообщения: 12.11.2010 13:23
Serjevski OK, спасибо. Нашел в политиках.
Автор: Serjevski
Дата сообщения: 12.11.2010 13:32
Peresmeshnik68
Welcome
Автор: sVIVs
Дата сообщения: 13.11.2010 10:32

Цитата:
Ошибка : e000848c - Невозможно подключиться к ресурсу. Убедитесь, что все выбранные ресурсы существуют и включены, а затем повторите попытку. Если сервер или ресурс более не существуют, удалите их из списка. Измените свойства списка ресурсов, перейдите на вкладку 'Показать


Цитата:
Учетка под которой запускается бэкап входит в группу домен. админов и админов Exchenge, поэтому проблемы с аутентификацией отпадают


Не прошло и полутора месяцев,как я разобрался с этой проблемой.
Почему-то восстановление не проходило под системной учетной записью,хотя эта учетка была доменным и Exchange админом и у неё был свой почтовый ящик.
Что характерно, бэкап проходил без проблем.
Я создал новую учетку которая также является domain и exchange admin, завел ей почту и добавил её в учетные записи Backup Exec, запустил восстановление от её имени и вуаля - все заработало.
Автор: Peresmeshnik68
Дата сообщения: 24.11.2010 08:55

Цитата:
Подскажите пожалуйста, можно ли настроить резервное копирование по следующей схеме:
1. Есть центральный сервер Backup Exec 2010.
2. С помощью удаленных агентов на других серверах центральный сервер выполняет резервное копирование.

Как выполнить первые 2 пункта понятно. Непонятное дальше.
3. Есть сервер в удаленном офисе на который нужно дублировать backup. Как это сделать? - возможно, Backup Exec позволяет сохранять архив сразу в два места (локально и по сети), или с помощью репликации?

Вернусь к старому вопросу. Схема реализована и работает только если дублирование производится в папку на диске, которая находится в общем пользовании обоих серверов. А вот реализовать дублирование на магнитную ленту не удается, несмотря на то, что ленточная библиотека также находится в общем доступе. Задание в интерфейсе создается, но сразу же после запуска информирует, что устройство приостановлено.
Можно ли дать реальный доступ центрального сервера к библиотеке, подключенной к управляемому серверу, чтоб он мог писать на ленту?
Либо второй вариант - задание дублирования принудительно запускать от имени управляемого сервера (по умолчанию оно запускается от имени сервера, который делал основное задание бэкапа, которое нужно продублировать)?
Автор: whitener
Дата сообщения: 29.11.2010 11:34
Доброго времени суток. Подскажите пожалуйста как установить Remote Agent for Windows System на Microsoft Hyper-V Server 2008 R2 (тот что бесплатно раздается). Я пытаюсь сделать удаленную установку. Файлы на сервер копируются и в момент запуска установки скопированного пакета выскакивает ошибка "Во время установки произошел сбой"
[more=логи из журнала рассылки]0111.29.10 11:02:20)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Action Data

0111.29.10 11:02:20)->ERROR: Win32: -1

0111.29.10 11:02:20)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Total Percent Done

0111.29.10 11:02:20)->ERROR: Win32: -1

0111.29.10 11:02:21)->Checking process status: 1364

0111.29.10 11:02:21)->Getting process: 1364

0111.29.10 11:02:21)->Executing WMI query: select Name from Win32_Process where ProcessId='1364'

0111.29.10 11:02:21)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Action Data

0111.29.10 11:02:21)->ERROR: Win32: -1

0111.29.10 11:02:21)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Total Percent Done

0111.29.10 11:02:21)->ERROR: Win32: -1

0111.29.10 11:02:21)->Checking process status: 1364

0111.29.10 11:02:21)->Getting process: 1364

0111.29.10 11:02:21)->Executing WMI query: select Name from Win32_Process where ProcessId='1364'

0111.29.10 11:02:21)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Action Data

0111.29.10 11:02:21)->ERROR: Win32: -1

0111.29.10 11:02:21)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Total Percent Done

0111.29.10 11:02:21)->ERROR: Win32: -1

0111.29.10 11:02:22)->Checking process status: 1364

0111.29.10 11:02:22)->Getting process: 1364

0111.29.10 11:02:22)->Executing WMI query: select Name from Win32_Process where ProcessId='1364'

0111.29.10 11:02:22)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Action Data

0111.29.10 11:02:22)->ERROR: Win32: -1

0111.29.10 11:02:22)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Total Percent Done

0111.29.10 11:02:22)->ERROR: Win32: -1

0111.29.10 11:02:22)->Checking process status: 1364

0111.29.10 11:02:22)->Getting process: 1364

0111.29.10 11:02:22)->Executing WMI query: select Name from Win32_Process where ProcessId='1364'

0111.29.10 11:02:22)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Action Data

0111.29.10 11:02:22)->ERROR: Win32: -1

0111.29.10 11:02:22)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Total Percent Done

0111.29.10 11:02:22)->ERROR: Win32: -1

0111.29.10 11:02:23)->Checking process status: 1364

0111.29.10 11:02:23)->Getting process: 1364

0111.29.10 11:02:23)->Executing WMI query: select Name from Win32_Process where ProcessId='1364'

0111.29.10 11:02:23)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Action Data

0111.29.10 11:02:23)->ERROR: Win32: -1

0111.29.10 11:02:23)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Total Percent Done

0111.29.10 11:02:23)->ERROR: Win32: -1

0111.29.10 11:02:23)->Checking process status: 1364

0111.29.10 11:02:23)->Getting process: 1364

0111.29.10 11:02:23)->Executing WMI query: select Name from Win32_Process where ProcessId='1364'

0111.29.10 11:02:23)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Action Data

0111.29.10 11:02:23)->ERROR: Win32: -1

0111.29.10 11:02:23)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Total Percent Done

0111.29.10 11:02:23)->ERROR: Win32: -1

0111.29.10 11:02:24)->Checking process status: 1364

0111.29.10 11:02:24)->Getting process: 1364

0111.29.10 11:02:24)->Executing WMI query: select Name from Win32_Process where ProcessId='1364'

0111.29.10 11:02:24)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Total Percent Done

0111.29.10 11:02:24)->ERROR: Win32: -1

0111.29.10 11:02:25)->Checking process status: 1364

0111.29.10 11:02:25)->Getting process: 1364

0111.29.10 11:02:25)->Executing WMI query: select Name from Win32_Process where ProcessId='1364'

0111.29.10 11:02:25)->ERROR Error reading remote registry HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\SymcInstall\Total Percent Done

0111.29.10 11:02:25)->ERROR: Win32: -1

0111.29.10 11:02:25)->Checking process status: 1364

0111.29.10 11:02:25)->Getting process: 1364

0111.29.10 11:02:25)->Executing WMI query: select Name from Win32_Process where ProcessId='1364'

0111.29.10 11:02:25)->Cleaning up push install...

0111.29.10 11:02:25)->ERROR Error deleting file: \\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4\VXPUSHRA\MSXML with error: Отказано в доступе по пути "\\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4\VXPUSHRA\MSXML\msxml6.msi".

0111.29.10 11:02:25)->ERROR: Win32: -1

0111.29.10 11:02:26)->ERROR Error deleting file: \\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4\VXPUSHRA\RAWSX64\Install\Media with error: Отказано в доступе по пути "\\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4\VXPUSHRA\RAWSX64\Install\Media\1028.mst".

0111.29.10 11:02:26)->ERROR: Win32: -1

0111.29.10 11:02:26)->ERROR Error deleting file: \\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4\VXPUSHRA\RAWSX64\Install with error: Отказано в доступе по пути "\\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4\VXPUSHRA\RAWSX64\Install\AgentSeqDlgs.dll".

0111.29.10 11:02:26)->ERROR: Win32: -1

0111.29.10 11:02:26)->ERROR Error deleting file: \\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4\VXPUSHRA\RAWSX64 with error: Отказано в доступе по пути "\\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4\VXPUSHRA\RAWSX64\managed_RANT64_mediapush.lst".

0111.29.10 11:02:26)->ERROR: Win32: -1

0111.29.10 11:02:26)->ERROR Error deleting file: \\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4\VXPUSHRA with error: Папка не пуста.



0111.29.10 11:02:26)->ERROR: Win32: -1

0111.29.10 11:02:26)->ERROR Error deleting file: \\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4 with error: Процесс не может получить доступ к файлу "\\hyper.xxx\BEW-43dcf0a731c8457c9fd4f5a5642155d4", так как этот файл используется другим процессом.

0111.29.10 11:02:26)->ERROR: Win32: -1



[/more]
Судя по всему не хватает прав... Какие предварительные действия перед установкой нужно сделать?
Автор: exulant
Дата сообщения: 01.12.2010 01:10
Народ, может кто сталкивался
Есть HP Tape Library Ultrium 920 SCSI
BE 2010 R2 со всеми апдейтами и установленными дровами на drive от symantec
Проверка драйва и библ показывает что все вроде ок, нет ниеаких ошибок в логе библ и драйва
Последний firmware от HP.
уДАЛЯЛОСЬ ВСЕ НЕСКОЛЬКО РАЗ И ПОСЛЕ ПЕРЕЗАПУСКА СЛУЖБ СТАВИЛОСЬ ВНОВЬ.
Перелопатил всю базу симантека. Блин, еслиб знал что там стока багов, не поставил бы ни за что.

Проблема в том что бекап начинается, он показывает что порядка 1 гига записал а потом выдает ошибку что возникла Backups to tape fail with error 0xe00084f4 or 0xa00084f4 - "An unknown error has occurred"

Когда с пом HP софта перемещаю касеты - все работает, из под BE постоянно какието ошибки с перемещением касет

Плиз хелп, живет без бекапа уже сутки.
Автор: Oleg_Kurilin
Дата сообщения: 01.12.2010 05:27
exulant
Вот это не поможет? http://www.symantec.com/connect/forums/backup-disk-failing-error-0xe00084f4-unknown-error-has-occurred
Автор: exulant
Дата сообщения: 01.12.2010 15:14
Oleg_Kurilin

делал да и не только это

Добавлено:
переустанавливаю опять BE. При диагностике до инстала показывает что Loader не установлен или не работает првильно, с дисководом все нормально (но он же в библиотеку встроен)
Отсылал лог HP говорят все с компонентами впорядке.




Автор: Sanches Immortal
Дата сообщения: 02.12.2010 06:28
Такая проблемма... Есть Автолоадер Hp 1/8 G2 StorageWorks Tape Autoloader SCSI LTO-3 виндовс сервер 2003 р2

Поставил пробную Бакап екцес 2010 р2 ну типо для пробы будет все гладко али нет.
Выходит такая проблемма... Когда пытаюсь хоть что то сделать с кассетой(записать бекап, присвоить метку, стереть носител), он грит что она защищена от записи... касет 5, все лто-3 рвшки... пара из них новые... Народ помогите время разбираться нет, сил тоже. может ктото сталкивался

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344

Предыдущая тема: загрузка


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