All questions
Question 1
A project drawing displays an error during opening and closes before the drawing editor becomes available. The project folder contains the original DWG and a backup copy, but the team wants to attempt repair of the original first.
Which workflow is the most appropriate first repair attempt while preserving a fallback?
- Copy the original DWG, run RECOVER on the copy, review the results, and save it under a controlled name. (correct answer)
- Open the original DWG normally, run AUDIT with repair enabled, and overwrite the backup after the audit.
- Rename the backup as the original DWG, run AUDIT without repair, and continue work in that file.
- Start a blank drawing, run AUDIT with repair enabled, and then attach the damaged DWG as an external reference.
Explanation: When a drawing fails to open, AutoCAD gives you two key tools: RECOVER, which attempts to repair a file before opening it, and AUDIT, which checks and optionally fixes errors inside an already-open drawing. Questions like this test whether you understand both tools and how to apply them without destroying your safety net.
The smartest first move is A — copy the original DWG, then run RECOVER on that copy. This preserves the untouched original as your fallback while still attempting repair on a true duplicate of the problem file. RECOVER is specifically designed for drawings that won't open normally; it rebuilds the file structure before loading it into the editor. Saving the result under a controlled name keeps your workflow organized and auditable.
B is flawed on two levels: you can't "open normally" a file that crashes before the editor loads, and overwriting the backup eliminates your fallback entirely — the opposite of safe practice.
C sounds cautious, but renaming the backup as the original silently discards the original's data without any repair attempt. Running AUDIT without repair enabled also means errors are only reported, not fixed — so you'd be continuing work in a file that may still contain corruption.
D confuses the purpose of AUDIT. Running it on a blank drawing does nothing useful; AUDIT checks the drawing it's currently running in. Attaching a damaged file as an xref doesn't repair it and can propagate errors into your new file.
A reliable study tip: always associate RECOVER with files that won't open and AUDIT with files already in the editor — that distinction alone eliminates most distractors on file-repair questions.
Question 2
A drawing opens successfully, but AutoCAD reports possible database inconsistencies after several objects were copied from an older project. The drawing is already the current drawing, and the user wants AutoCAD to correct recoverable errors.
What is the most direct action?
- Close the drawing, use RECOVER on it, and answer No when asked whether detected errors should be fixed.
- Run AUDIT in the current drawing and answer Yes when asked whether detected errors should be fixed. (correct answer)
- Run AUDIT in the current drawing and answer No, which only reports detected errors without correcting them.
- Use RECOVER on a different blank drawing and insert the current drawing after the recovery process finishes.
Explanation: When AutoCAD opens a drawing successfully but flags potential database inconsistencies, you're dealing with a data integrity scenario — and the key distinction to understand is the difference between AUDIT and RECOVER, and between reporting errors versus fixing them.
AUDIT is the right tool here because the drawing is already open and active. It scans the current drawing's database for corrupted or inconsistent objects and, critically, gives you the choice to fix what it finds. Answering Yes to the repair prompt tells AutoCAD to correct all recoverable errors automatically. That's exactly what the scenario calls for — making B the most direct and appropriate action.
Answer A misapplies RECOVER, which is designed for drawings that won't open or are severely corrupted. Beyond that, answering No during RECOVER instructs AutoCAD to skip repairs — the opposite of what the user wants. A is doubly wrong.
Answer C uses the right command (AUDIT) but the wrong response. Answering No only generates an error report without making any corrections. This is useful for auditing without modifying the file, but it doesn't resolve the inconsistencies the user wants fixed.
Answer D is a roundabout workaround that misunderstands RECOVER entirely. Running it on a blank drawing accomplishes nothing for the current file's integrity. RECOVER must be run directly on the affected drawing.
Study tip: Remember the simple rule — if the drawing opens, use AUDIT; if it won't open, use RECOVER. And always answer Yes if you want errors corrected, not just reported.
Question 3
A host drawing is repaired with RECOVER and opens normally afterward. However, an attached external-reference DWG still fails to load because that separate file is damaged.
What should the user do next if only the standard AUDIT and RECOVER commands are being used?
- Open the host drawing and run AUDIT again because AUDIT automatically repairs every referenced DWG on disk.
- Run RECOVER directly on the damaged external-reference DWG, then reload or reattach it in the host drawing. (correct answer)
- Run RECOVER on the host drawing again because each pass repairs one additional level of external references.
- Bind the unloaded external reference into the host drawing, then run AUDIT on the resulting inserted objects.
Explanation: When working with damaged AutoCAD files, it's important to understand that RECOVER and AUDIT operate on one drawing file at a time — they have no ability to reach out and repair separate files on disk. Each DWG is an independent file, and fixing one does nothing to the others.
Since the host drawing is already healthy, the damaged external reference (xref) is now the sole problem. The correct move is B: open the damaged xref DWG directly with RECOVER, let AutoCAD diagnose and repair it, save it, and then return to the host drawing to reload or reattach it. This is a straightforward, file-by-file repair workflow.
A is wrong because AUDIT has no cascade behavior — it audits only the currently open drawing's internal database. It will never automatically find, open, or write repairs to a referenced file sitting elsewhere on disk. This is a common misconception worth clearing up.
C describes a fictional "multi-pass" behavior that simply doesn't exist. Running RECOVER on the host drawing a second time will not drill down into xref files. The host drawing is already repaired; repeating the command accomplishes nothing for the xref.
D sounds creative but is backwards logic. You cannot bind an xref that hasn't loaded — a failed/unloaded xref has no geometry present to insert. Binding is only possible after a reference is successfully attached and loaded.
Study tip: On AutoCAD exam questions about file repair, always ask yourself which file is actually damaged and remember that RECOVER/AUDIT work on exactly one file per execution — treat each broken DWG as a separate repair job.
Question 4
A consultant sends a drawing that can be opened only after RECOVER corrects errors. Company policy requires the received file to remain unchanged for evidence and comparison.
After RECOVER completes, which file-management action best follows the policy?
- Save the repaired drawing over the received file because RECOVER has already preserved the original database internally.
- Save the repaired drawing under a new filename and retain the received file separately in its original location. (correct answer)
- Close the repaired drawing without saving because all RECOVER corrections are automatically written to the source file.
- Run AUDIT without repair and then overwrite the received file because the audit reverses RECOVER's database changes.
Explanation: When a question combines AutoCAD file-repair tools with real-world professional constraints, you need to think on two levels: what the software does technically, and what the workflow requires procedurally. Here, the policy creates a legal/audit requirement — the received file must stay untouched as evidence.
The RECOVER command opens a damaged drawing and attempts to repair its database so you can work with it. Crucially, it does not automatically save changes back to the source file — the repaired version exists only in your current drawing session until you explicitly save it. The correct approach, answer B, is to use Save As with a new filename for the repaired copy, leaving the original file sitting in its original location, unmodified. This satisfies both needs: a usable, corrected drawing for production work, and an untouched original for comparison or dispute resolution.
Answer A is wrong because it directs you to overwrite the received file, which directly violates the policy regardless of any internal database behavior. Answer C is based on a false premise — RECOVER does not automatically write repairs to the source file, so closing without saving simply discards all the corrections you need, leaving you with nothing usable. Answer D compounds two misconceptions: AUDIT does not reverse RECOVER's changes, and overwriting the received file again breaks the evidence-preservation requirement.
A practical tip: on AutoCAD exam questions that combine a repair command (RECOVER, AUDIT) with a workflow scenario, always separate the technical question ("what does the command do?") from the procedural question ("what does the situation require?"). Both must be satisfied for the correct answer.
Question 5
A drawing opens normally and AUDIT reports no database errors. The file is still unusually large because it contains many unused block definitions, layers, and linetypes.
How should the AUDIT result be interpreted?
- The audit result is invalid because AUDIT can check a drawing only when it was opened through RECOVER.
- The drawing database failed the audit because any unused named object is classified as a database error.
- The drawing is fully optimized because a zero-error audit automatically deletes all unused named definitions.
- The drawing database passed the audit, but unused definitions may remain because AUDIT is not primarily a purge operation. (correct answer)
Explanation: When working with AutoCAD file management, it helps to clearly separate what different commands are designed to do. AUDIT and PURGE are two distinct tools with different purposes, and this question tests whether you understand that distinction.
AUDIT is a diagnostic command — it scans the drawing database for structural corruption, invalid objects, and data integrity problems. When AUDIT reports zero errors, it means the database is structurally sound and internally consistent. That's exactly what's happening in this scenario, making D the correct interpretation: the drawing passed the audit, but AUDIT never promised to remove unused content. Unused block definitions, layers, and linetypes are not database errors — they're simply dead weight. Removing them is the job of PURGE (or -PURGE), not AUDIT.
Choice A is false because AUDIT can be run on any open drawing — RECOVER is a separate command used specifically to open and repair damaged files that won't open normally. Choice B misidentifies what constitutes a database error. Unused named objects are wasteful but not corrupt; AUDIT only flags structural integrity failures, not bloat. Choice C contains a tempting but dangerous half-truth: a zero-error audit does confirm database health, but it does not automatically delete unused definitions. That cleanup requires an explicit PURGE operation.
A good study tip: on AutoCAD exam questions, watch for answer choices that combine two true facts incorrectly. "Zero errors AND automatic cleanup" sounds logical but conflates two separate commands. Always ask yourself — is this one tool doing one job, or is the answer sneaking a second command's function in through the back door?
Question 6
A network-stored drawing becomes damaged twice in one week. Each time, RECOVER opens it and corrects errors, but the problem returns after later editing and saving.
What is the most appropriate interpretation and response?
- RECOVER intentionally introduces new errors on each subsequent save, so AUDIT should always be used instead for drawings that fail to open.
- RECOVER permanently prevents future corruption, so the repeated damage proves the drawing was never properly saved after each recovery session.
- RECOVER repairs only display settings and visual styles, so the repeated damage should be addressed by switching to a different display configuration.
- RECOVER repairs recoverable drawing errors, but repeated damage also warrants investigation of storage, transfer, or system reliability to prevent recurrence. (correct answer)
Explanation: When a drawing repeatedly becomes corrupted despite successful recovery sessions, AutoCAD is telling you two separate stories: one about the drawing file itself, and one about the environment surrounding it. Questions like this test whether you understand RECOVER's scope and recognize when a technical tool's limitations point toward a larger systemic problem.
RECOVER is designed to scan a drawing file for structural errors — invalid objects, broken data references, incomplete geometry records — and repair what it can. It does this successfully in the scenario described. However, RECOVER operates on the file at that moment; it does not immunize the drawing against future corruption. Since damage returns after subsequent editing and saving, the source of corruption is almost certainly external: an unstable network connection causing incomplete writes, a failing storage drive, file-locking conflicts from multiple users, or software instability during save operations. D correctly identifies that RECOVER handles the symptom while the root cause demands a separate investigation into storage and system reliability.
A is fabricated — RECOVER does not introduce errors, and AUDIT is a complementary tool for checking object validity within an already-open drawing, not a replacement for RECOVER. B misrepresents RECOVER as providing permanent corruption immunity, which it does not; it also wrongly assumes the drawing was never saved properly, ignoring that external factors can corrupt properly saved files. C is entirely incorrect — RECOVER addresses database-level drawing errors, not display settings or visual styles; those are unrelated to file corruption.
Your strategy here: whenever a scenario shows a tool working correctly but a problem recurring, the exam is signaling that the tool's scope is limited and environmental factors must be investigated. Don't confuse "fixes the symptom" with "eliminates the cause."
Question 7
For documentation purposes, a CAD manager must first identify drawing database errors without allowing AutoCAD to change the file. Repairs may be authorized only after the initial findings are reviewed.
Which action best satisfies the first step of this requirement?
- Run AUDIT and answer No to the repair prompt, then review the reported errors before taking further action. (correct answer)
- Run AUDIT and answer Yes to the repair prompt, then use Undo to reconstruct the original database state.
- Run RECOVER and cancel after the file opens, then treat the opening result as a read-only error report.
- Run RECOVER and save over the source file, then compare its modification time with the previous version.
Explanation: When a question asks about identifying errors without modifying the file, your focus should be on what each tool does and, critically, what choices you make when running it. The AUDIT command is AutoCAD's built-in database integrity checker — it scans the drawing for structural errors and reports them. The key detail is that AUDIT prompts you: "Fix any errors detected?" If you answer No, AutoCAD produces a full error report but leaves every byte of the drawing untouched. That's exactly what the CAD manager needs — documented findings, zero alterations. Answer A satisfies both requirements simultaneously.
Choice B is tempting but flawed. Answering Yes to the repair prompt means AutoCAD immediately modifies the database. Relying on Undo afterward doesn't guarantee a clean reconstruction of the original state, and it defeats the purpose of a pre-authorization review — the file has already been changed before anyone approved repairs.
Choice C misunderstands what RECOVER does. RECOVER is designed specifically to repair a damaged or unreadable file as it opens — it doesn't offer a passive "report only" mode. Canceling mid-process doesn't produce a reliable error report, and the opened result cannot be treated as read-only documentation of the original state.
Choice D is clearly wrong: saving over the source file destroys the original evidence entirely. Comparing timestamps is not a recognized error-auditing workflow and provides no actual database error information.
A useful rule of thumb: on AutoCAD exam questions involving file integrity, always distinguish between reporting tools and repairing tools — and remember that AUDIT's power lies in that single Yes/No prompt.
Question 8
A user worked for twenty minutes after the last successful save. AutoCAD then crashed, and the saved DWG now requires RECOVER. No autosave or backup containing the twenty minutes of work is available.
What result should the user expect from running RECOVER on the saved DWG?
- It will merge the saved drawing with the missing edits because RECOVER reads the in-memory Undo history that persisted through the crash.
- It will repair the saved drawing and recreate all unsaved edits by reading the operating system's command history buffer.
- It may repair the saved drawing, but it cannot reconstruct unsaved edits that were never written to an available file. (correct answer)
- It will leave the saved drawing unchanged because RECOVER operates only on autosave files and BAK backup copies, not standard DWG files.
Explanation: Whenever you see a question about AutoCAD's RECOVER command, anchor your thinking to one core principle: RECOVER works on files, not on memory. It can only repair what was physically written to disk before the crash occurred.
RECOVER is a file-repair tool designed to rebuild a corrupted DWG's internal structure — fixing broken object links, damaged headers, and invalid data within the saved file. That's exactly why C is correct: RECOVER may successfully repair the saved drawing's file integrity, but the twenty minutes of unsaved work existed only in RAM. Once AutoCAD crashed, that in-memory data was gone permanently. No repair utility can reconstruct edits that were never written to any file.
A describes a feature that doesn't exist. AutoCAD's Undo history lives in memory and is destroyed when the application crashes — it is never preserved across a crash for RECOVER to access. B is similarly fictional; AutoCAD doesn't rely on the operating system's command history buffer, and no such buffer stores drawing geometry. This distractor exploits vague familiarity with the word "history." D gets the scope of RECOVER backwards — the command does work on standard DWG files, not exclusively on autosave or BAK files. RECOVER is precisely the tool you reach for when a DWG itself becomes corrupt.
A practical strategy: mentally separate file recovery (repairing corruption in what was saved) from data recovery (retrieving unsaved work). AutoCAD's RECOVER, AUDIT, and RECOVERALL commands handle the first problem only. For the second, your only options are autosave (.sv$) files or BAK backups — neither of which was available here.
Question 9
After AUDIT reports that it found and corrected several errors, a reviewer notices duplicate linework, unused layers, and text placed at the wrong elevation.
Which conclusion about the AUDIT result is most accurate?
- AUDIT repaired drawing-database inconsistencies, but duplicate, unused, or incorrectly designed content may still require other tools or review. (correct answer)
- AUDIT repaired all content issues, so the remaining conditions must exist only in an unrepaired external reference.
- AUDIT removed unused definitions and duplicate geometry, but it intentionally leaves incorrect object elevations unchanged.
- AUDIT validated design intent and geometry, so the remaining conditions indicate that the repair was not saved correctly.
Explanation: When a question asks what AUDIT actually does, think carefully about the distinction between database integrity and design quality. These are two completely different concerns in AutoCAD, and confusing them is the most common trap here.
AUDIT scans the drawing database for structural corruption — broken object records, invalid data pointers, and internal inconsistencies that could cause crashes or file instability. It repairs what it finds at the database level. However, AUDIT has no awareness of your design intent. It cannot judge whether geometry is duplicated intentionally, whether a layer should exist, or whether an object sits at the correct elevation. Those are human decisions. Duplicate linework requires manual review or tools like OVERKILL; unused layers are cleaned up with PURGE; incorrect elevations must be corrected by editing object properties directly. This is exactly why A is the correct answer — AUDIT fixed real database errors, but the remaining issues fall outside its scope entirely.
B is wrong because it invents a rule that doesn't exist — AUDIT doesn't skip external references as a deliberate repair strategy, and there's no basis for assuming surviving issues came from an xref. C is partially plausible but misleading: AUDIT doesn't remove duplicate geometry or unused definitions as a primary function — that's PURGE and OVERKILL — so the framing is false even if the elevation part is technically true. D is wrong because AUDIT doesn't validate design geometry at all; the remaining conditions aren't evidence of a save failure.
Your study tip: memorize that AUDIT = database health, PURGE = unused definitions, OVERKILL = duplicate geometry. AutoCAD exam questions frequently test whether you can match the right tool to the right problem.
Question 10
A damaged drawing is recovered and opens, but the command-line report indicates that some invalid objects were removed because they could not be repaired. The drawing can now be saved.
Which quality-control action is most appropriate before releasing the recovered drawing?
- Ignore the removed-object messages because RECOVER automatically replaces every deleted invalid object with equivalent valid geometry.
- Overwrite every backup immediately because a drawing that opens successfully after RECOVER is guaranteed to be structurally complete.
- Save a controlled repaired copy, review the recovery messages, and verify critical drawing content against a trusted reference source. (correct answer)
- Run AUDIT without repair and treat a zero-error result as proof that no intended design information was lost during the recovery process.
Explanation: Whenever you see a question about file recovery in AutoCAD, think about what RECOVER actually guarantees — and what it doesn't. RECOVER attempts to repair a damaged drawing and will open it if possible, but it cannot reconstruct objects it was forced to delete. "Opens successfully" and "complete and accurate" are not the same thing.
Option C is the correct approach because it respects the gap between a file being openable and being trustworthy. Saving a controlled copy preserves the repaired state without overwriting anything prematurely. Reviewing the recovery messages tells you exactly which objects were removed — that information is your roadmap for what to check. Verifying against a trusted reference (a backup, a PDF, a previous export) lets you confirm whether any removed objects represented actual design intent that must be restored manually.
Option A is dangerously wrong: RECOVER does not replace deleted invalid objects with equivalent geometry. What it removes is simply gone. Ignoring those messages means potentially releasing a drawing with missing content.
Option B is wrong because opening successfully after RECOVER is not a guarantee of structural completeness — it only means the file is readable. Immediately overwriting backups eliminates your safety net before you've even confirmed the drawing's accuracy.
Option D is a subtle trap. AUDIT checks for structural database errors, and a zero-error result means the file's current structure is valid — but it cannot tell you whether objects that were already deleted used to exist. It proves nothing about lost design information.
Your strategy: in any recovery scenario, treat "opens without errors" as the starting point for investigation, not the end. Always verify content, not just file health.