ls-ld/DriveXT скажет Вам полномочия на/DriveXT. Вы не можете получить полномочия на более низких, они, вероятно, '-x' для Вас для MMT и '---' для Вас для LP2010. Если Вы хотите узнать полномочия на более низких каталогах, необходимо будет быть корнем или пользователем с 'r' разрешением на тех каталогах.
Мы используем Резервное копирование Сервера Rackspace (иначе резервное копирование Сервера JungleDisk), который как Двуличность делает локальную дедупликацию и сжатие и затем загружает "блоки" через HTTP облачному поставщику. Мы видели некоторые проблемы производительности, и базовой причиной были наши точки настройки для облачных файлов по сравнению с облачными серверами, отличались. Наши облачные серверы создавались в центре обработки данных DFW, но все облачные блоки файлов для JungleDisk находятся в центре обработки данных ПОРЯДКА.
Rackspace в настоящее время не дает людям выбор, для которого центра обработки данных они собираются использовать, потому что средство DFW является близкой способностью. Так все для "более новых" учетных записей, как настраиваемых в ПОРЯДКЕ. Таким образом, необходимо открыть запрос в службу поддержки для понимания измененной мысли настройки.
Кроме того, Вы (еще) не можете использовать ServiceNet между центрами обработки данных Rackspace.
Тем не менее мы действительно видим 40 + Мбит/с во время резервных копий, даже пересекающих центры обработки данных Rackspace с помощью Облачной резервной копии Rackspace, таким образом, я подозреваю, что у Вас есть некоторая форма проблемы конфигурации с двуличностью, или Вы - disk-CPU во время резервного копирования. Вы попытались выполнить резервное копирование на ту же цель из внешних облачных файлов? Как простой HTTP ПОМЕЩАЕТ большого файла, работают (т.е. исключите двуличность для теста)?
Возможно, не полный ответ, больше предложение. Разве Вы не могли настроить экземпляр Amazon EC2, который постоянно зеркально отражал (или запоздал на несколько минут), основные серверы БД. Затем Вы могли выполнить резервные копии от того экземпляра EC2 непосредственно к S3 и получить более быстрые скорости передачи, а также сокращение нагрузки на Ваши основные машины DB.
Хотя 15 часов для 9 ГБ, если моя умственная математика корректна (который это, вероятно, не), меньше, чем 2MB/s, который действительно походит на проблему. Могло бы стоить связаться с поддержкой Rackspace, спрашивая их почему медленные скорости передачи.