Как я могу изменить ГЛОТОК 'Человека' (Главный $ ndsLoginProperties) к “ГЛОТКУ 'Человека' ndsLoginProperties”
Самое прагматическое решение повторных перестановок больших файлов резервных копий SQL Server состоит в том, чтобы использовать сторонний резервный продукт сжатия или встроенное резервное сжатие Версии для предприятий 2008 SQL Server.
существуют несколько там от различных поставщиков. Я работаю на программное обеспечение Quest, производителей LiteSpeed, но я ничего не должен здесь продавать. Вы хотите проверить все продукты там и решить то, что является лучшим для Ваших потребностей. Вот недавнее сообщение в блоге, говорящее о LiteSpeed а именно, но те же понятия относятся к другим продуктам также:
http://blogs.lessthandot.com/index.php/DataMgmt/DBAdmin/title-8
Существует действительно только два способа изменить основную схему в eDirectory. Используемый, чтобы быть только один, который должен был назвать Технические службы Novell (NTS) и сделать, чтобы они использовали DSDump, (эффективно Hex-редактор для eDirectory) и вертит биты вручную.
Я сделал, чтобы они сделали это при слиянии двух деревьев, которые имели ПОЧТИ, но не совершенно совместимая схема (Два флага на трех атрибутах отличались без видимой причины и бессмысленно отличались).
Второй возможный путь состоит в том, чтобы удалить, затем добавить атрибут в единственной операции LDIF. Это - показавший как возможность в этом TID: Изменение schmea
LDIF должен посмотреть что-то как:
ersion: 1
dn: тип изменения cn=schema: измените удалите: objectclasses
objectClasses: (2.1.5.5.5)
добавьте: objectclasses objectClasses: (2.1.5.5.5 ИМЕН 'MyObjectClass' МОГУТ (attr1) X-NDS_NOT_CONTAINER '1'),
Но в Вашем случае, замените соответствующие детали Вашим.
Я предполагаю третий путь, когда такая проблема определяется, и определенная фиксация предлагается в DSrepair для фиксации ее. (Была старая основная установка схемы для creatorsName и modifiersName, который первоначально был синтаксисом DN, но это было ужасной идеей, как будто Вы удалили объект, который создал пользователей, creatorsName был очищен, который вызвал все виды проблем. Было дополнение DSrepair, которое распознает эту ошибку и зафиксирует ее. Если это окажется настоящей проблемой, то они, вероятно, предложат этому своего рода решение.
Однако до тех пор Ваш лучший выбор состоит в том, чтобы открыть инцидент для NTS, чтобы набрать в и использовать DSDump для фиксации его вручную. Буквально может потребоваться минута или три, чтобы сделать.