Випадково видалено весь Active Directory [закрито]

20

Зачинено. Це питання поза темою . Наразі відповіді не приймаються.

Хочете вдосконалити це питання? Оновіть питання, щоб воно було тематичним для помилки сервера.

Закрито 3 роки тому .

Під час повторного розподілу контролера домену Server 2003 R2 ми випадково видалили розділ, який містив папку бази даних Active Directory ( D:\AD\Data). Це D:\був розділ на диску, з яким спільний доступ C:\.

Ми усунули D:\накопичувач, не розуміючи, що в ньому розміщена папка даних Active Directory. У нас немає інших контролерів домену та немає резервного копіювання даних Active Directory.

Чи є шанс відновити AD?

active-directory windows-server-2003-r2

— matalaweb
джерело

4

Час зателефонувати до служби відновлення даних та

— передати

8

Або це 2003 рік і не підтримується. Створіть два нових постійних постійного струму та зробіть це належним чином на підтримуваній операційній системі.

— Майкл Хемптон

21

Подумайте про це як про благословення у маскуванні. Ви можете створити середовище Greenfield AD (тому що у вас немає інших варіантів), але цього разу ви зможете створити це правильно . О, і ви також добре почнете з того, що не робити цього разу (я рахую 3 біггі), тож є ще одна срібна підкладка.

— HopelessN00b

6

Ви робили резервну копію системи? щоб бути впевненим, оскільки він може включати активний каталог, навіть якщо ви не знали, що це резервне копіювання.

— yagmoth555 - GoFundMe Monica

6

Якщо припустити, що ви тільки що видалили розділ, ви не використовуєте жодного диспетчера томів, і ви нічого не робили з тим простором, у якому був розділ. Це повинно бути таким же простим, як читати його запис до MBR / GPT, і воно повернеться ...

— Vality

49

Якщо ви просто видалили розділ і не створили новий розділ, можливо, відновити його.

Спершу все - спочатку витягніть диск, покладіть його у вікно Linux і зробіть необроблений клон. Перше правило відновлення даних полягає в тому, що ви виконуєте свою роботу над клоном, а не оригіналом.

Тепер на клоні запустіть інструмент Linux, який називається testdisk . Якщо файлова система не була ліквідована, слід повторно створити запис таблиці розділів і дозволити їй знову отримати доступ.

Якщо ви створили новий розділ або якщо testdisk не може знайти файлову систему, то ваші шанси на успішне відновлення значно нижчі. Ви можете розглянути можливість спілкування з фахівцями з відновлення даних.

— Пітер Грін
джерело

1

Використання завантажувального диска, як завантажувальний компакт-диск Hiren, буде включати всі інструменти, необхідні для виконання кожного перерахованого Вами кроку, включаючи testdisk: hirensbootcd.org/download

— SnakeDoc

Мені слід зазначити, що, окрім найкращої відповіді на це питання, можливо, в деяких випадках, коли програмне забезпечення може сканувати диски жорсткого диска та відновлювати ці видалені файли з часом (сканування та відновлення може зайняти деякий час). Окрім пошуку програмного забезпечення для відновлення, яке може відновити видалені файли, немає жодної гарантії, що жоден з них не працюватиме (особливо якщо вони покладаються на недоторканість файлової системи). Єдиний спосіб гарантувати, що ви нічого не втратите, - це резервне копіювання та / або виклик фахівця з відновлення, який спеціалізується на ремонті та відновленні жорсткого диска (а не криміналістиці та відновленні).

— dakre18

Навіть якщо ви зробили створити новий розділ, TestDisk буде в змозі визначити , наскільки файлова система була розтяжка, ефективно дозволяючи відтворити старий розділ. Якщо новий розділ був не просто створений, а й форматований, шанси ніде не такі хороші.

— віббіт

20

Ні. Ви видалили дані, для яких у вас немає резервного копіювання. Її немає.

— БезнадійноN00b
джерело

2

Якщо у нього немає резервного копіювання стану системи. Але це не здається вірогідним ...

— Массімо

1

ОП сказав, що він мав резервну копію C: накопичувач; сподіваємось, SysState був або обраний за замовчуванням, або його перевірили.

— user339468

7

Видалення розділу не видаляє даних. Насправді всі дані підлягають відновленню на 100%, навіть якщо використовуються інші розділи, тому що жоден розділ не буде ВИНАГИ писати за межами виділеного простору ... це просто зовсім відстало, якщо це станеться.

— Нельсон

4

@Nelson Це технічно точно, але актуально лише, якщо простір не було перерозподілено. Оскільки для видалення розділу зазвичай немає причин, якщо ви не перерозподілите його простір, шанси є надзвичайно великими, що саме так і сталося. Не соромтеся вимагати роз'яснення в ОП або надати власну відповідь, виходячи з можливості того, що єдиною вжитою дією було видалення розділу, але це вважає мене сценарієм настільки малоймовірним, що я не вважав, що варто його розглянути.

— HopelessN00b

2

Ця відповідь насмішливо і фактично неправильна, а не "жорстка лінія". Так, ОП накрутили, але єдине, на що ця відповідь гарна, - це ваш представник.

— Ліліенталь

18

Просто щоб підкреслити та уточнити коментар yagmoth - Active Directory не створено резервну копію резервної копії файлової системи - це резервна копія резервного копіювання стану системи. Якщо у вас є, просто подивіться інструкції режиму відновлення каталогу каталогів Active Directory, і ви можете зробити знімок. Вам доведеться знати пароль відновлення каталогу.

Можливо, спочатку потрібно буде відтворити D: Drive, але якщо це зробити, це заважатиме зусиллям служби ручного відновлення диска, якщо ви вирішили скористатися цим варіантом. Спершу зробити необроблене клонування на рівні сектору не було б поганою ідеєю.

— користувач339468
джерело

5

+1 для клону. Перейдіть до повної криміналістичної процедури - витягніть привід і клонуйте його і лише намагайтеся врятувати його від клону. Теоретично я вважаю, що ви повинні мати можливість відтворити розділ - можливо, під Linux - і основна файлова система може все ще існувати.

— rrauenza

4

@ HopelessN00b: Тоді у вас є проблеми з довірою. Видалення розділу лише змінює кілька байтів у 512-байтовому MBR на початку диска, і жодним чином не торкається фактичних даних. Визначення правильних значень для відновлення розділу не є ракетною наукою, і навіть якщо ви якось помилилися, ви не отримали б магічно злегка пошкоджені дані, ви б не отримали даних, оскільки файлова система взагалі не знайдеться. . Всі ваші "поради" з цього питання прямо шкідливі.

— Алексі Торхамо

1

@AleksiTorhamo Ні, що прямо шкідливо - це основа основи корпоративного комп'ютерного середовища на відтворених даних, цілісність яких не може бути підтверджена. Така необдумана практика - це саме те, що змусило їх перетворитись у цю невдалу позицію, в першу чергу, керуючи доменом на одному контролері домену, без резервного копіювання, на платформі, яка закінчується життям. З цього приводу ваш коментар повинен бути відповіддю, тому зробіть його одним, і ОП зможе уточнити, чиї припущення є правильними, вашими чи моїми.

— HopelessN00b

1

@ HopelessN00b: Досить справедливо. Я не носій мови. :) (Не те, що я особливо хороший у спілкуванні навіть рідною мовою ...) Хоча аналогія трохи відстала, оскільки він говорив про "BB гранули", а ти вважаєш ".45". Враховуючи ваш останній коментар до власної відповіді, припущення, що ви робите, цілком обґрунтоване. Якщо ваша відповідь була префіксом "Припустимо, що крім видалення розділу ви виділили новий розділ і відформатували його, ...", зробивши [розумне, але небезпечне, якщо неправильне] припущення явним, я б не мав жодних суперечок про це.

— Алексі Торхамо

1

@BlueCompute Насправді хеширование деталей та уточнення - саме те, до чого призначаються заступники SE.

— HopelessN00b

1

Залежить від того, що воно варті для вас і від чинності своєчасності. Якщо ви видалили розділ і більше нічого, існують компанії з відновлення даних, які "скасують" файли для вас.

Це повністю залежить від того, щоб не записувати будь-які дані на блоки дисків. Тож якщо ви створили розділ або розширили диск C, всі ставки на відновлення виключаються.

Зауважте, що подальше використання накопичувача зменшить ймовірність відновлення, тому якщо ви хочете це зробити, вимкніть живлення зараз. Навіть не робіть безпечного відключення.

Але своєчасність входить і в це - ви дивитесь на дні / тижні, щоб зробити якесь комерційне відновлення.

В іншому випадку це ваша ідеальна можливість побудувати нову підтримувану рекламу з нуля та очистити весь старий черствий сміття. Срібні підкладки на темній хмарі.

— Кріггі
джерело

3

Це залежить від того, щоб просто не перезаписувати дані. Відновлення даних - складний (і дорогий і трудомісткий) бізнес без гарантій.

— Тодд Вількокс

1

@ToddWilcox абсолютно згоден з усіма вашими пунктами. Моя мета полягала в тому, щоб показати користувачеві можливість зробити відновлення ще складнішим, відмовившись замість того, щоб ізолювати пристрій.

— Criggie

2

Тільки тому, що ви створили новий розділ, не означає, що всі ставки на відновлення знищені. Будь ласка, зробіть більше досліджень з цього питання, перш ніж робити такі розпливчасті заяви.

— Марк ДіМілло,

@MarcDiMillo Як я вже сказав Тодду, "моя мета полягала в тому, щоб показати користувачеві можливість зробити відновлення ще складнішим, відмовившись замість того, щоб ізолювати пристрій".

— Criggie