Hi @Lee Vaughan
After I read through all messages above, let me ask some questions...
That database you took a backup of is not a part of an AG? Correct?
And you are not want to have it as a part of an AG? Correct?
You just want to use the Secondary of that AG cluster as a normal SQL Server and test a restore?
If all of the above => my understanding... then the only mistake I could think of is... how do you connect to the secondary?
If you are using the Listener name to connect for the restore... SQL server "thinks" that you want to have the restore done in the AG... instead use the regular server name for the connection.
Otherwise, as @Jon Gurgul suggested... please tell us about the error message you are receiving or what else you could see on your AG cluster that happens during your restore...
What I could imagine is, for example, if your disk layout is not good, and backup, data files and tlogs are on one disk... everything must slow down because of the massive IO, and then - if your AG is configured as synchronous, the commit is too late (or is taking too much time) and everything has to wait for the IOs...
In this case, it might be an idea to pause the data distribution (at least as a test) and try the restore again.