Thinking some more about how we might approach a 'How do I restore a Backup' Article... I think David's approach to redirecting early on in the article is right (rather than succumbing to article creep/bloat in an attempt to cover everything in one place).
So, for example:
The front page of the Knowledgebase could have a link to 'Restoring from an FH Backup' , which would be an article that sits within the 'Backup and Restore'
topic (alongside perhaps 'Setting Up Backups', 'Working with Snapshots', maybe 'Backing up and Restoring Customisations and Preferences', ... )
Not all of these would be shown on the front screen, only topics that from experience we know will be searched for often; some would be under a link that led to all Backup and Restore topics but they would all be discoverable either via the topic hierarchy or from a search that takes titles, content and tags into account -- for tags think the words we have in the index at present. (There wouldn't be a separate partially-complete index to confuse people). An article will be able to have as many tags as we want, so when constructing an article it would make sense to cross-check with the index on the old knowledgebase to make sure that each article is as 'findable' as possible.
At the start of the article, the style guide could strongly recommend 'a statement of objectives/audience and some signposts to articles that might be more appropriate'. (We could mandate this in the article structure, but that might be going too far?)
Restoring from a FH Backup
This article describes how to restore data from a backup taken using FH's built in backup functions to recover a lost/deleted or corrupt project or file.
If you aren't sure that your file/project is unusable, only that FH can't see it any more, you should first review the article Why can't FH find my project? in case the data exists and is perfectly OK but FH has lost track of it.
If you want to undo some erroneous data entry you may find that reverting to a Snapshot will meet your needs -- review the article Working with Snapshots.
If you don't have a backup made with FH's built-in functions, you should review the article blah blah bla...
...etc...
Then the How-To article would provide concise instructions for restoring the various kinds of FH backup.
There would be an automatically-generated table of contents that would let users jump immediately to the section relevant to them if they know what it is.
At the end, the article author could provide links to external non-FHUG resources (if relevant) and the knowledgebase platform would generate links to 'Related Articles' based on the content of the current articles, its tags and topic area. (If we don't constrain an article as narrowly as we can, the list of related articles will get less useful/less focused.)