Обработка базы данных в автономном режиме на 1 минуту для обновления в запросе

Поставщик предоставляет базу данных MS SQL только для чтения, с которой мы взаимодействуем с помощью PHP.

Эта база данных обновляет свои данные в 6:30 и 12:30 по нашему времени. Это приводит к тому, что база данных находится в автономном режиме менее одной минуты, но этого достаточно для запуска cronjobs, а иногда и для конечных пользователей, чтобы подключиться к автономной базе данных.

Журналы показывают, что ошибка связана с:

Cannot open user default database. Login failed. (severity 11)
General SQL Server error: Check messages from the SQL Server (severity 11)
Login failed for user 'USER'. (severity 14)
General SQL Server error: Check messages from the SQL Server (severity 14)
Unable to connect to server: SERVER

Если сервер выходит из строя в середине операции, а не соединения с базой данных, журналы показывают эти ошибки:

The SELECT permission was denied on the object 'TABLE', database 'DATABASE', schema 'dbo'. (severity 14)
General SQL Server error: Check messages from the SQL Server (severity 14)
Query failed

Какой лучший способ справиться с этим? Запросы и соединения соединяются с обработкой остановки «или умереть». Было бы лучше бросить sleep (60), чтобы приостановить выполнение на минуту и ​​повторить запрос / соединение? Вот текущий пример. Соединение происходит из общего включения require_once в начале страницы, поэтому перед запросом обычно выполняются некоторые другие операции.

$mslink = mssql_connect('SERVER', 'USER', 'PASS');

if (!$mslink || !mssql_select_db('TABLE', $mslink)) {
die('Unable to connect or select database!');
}

$strSQL = "SELECT X,Y,Z FROM TABLE WHERE FOO = 'BAR'";
$objQuery = mssql_query($strSQL) or die("Error Query [" . $strSQL . "]");

Я решил определить время и отложить его до соединения (что должно означать, что запрос будет в порядке), или позволить ему потерпеть неудачу, а затем перевести его в спящий режим и повторить попытку (что кажется худшей идеей), поскольку это привело бы к записям журнала. ).

Будет ли это хорошим местом для try / catch вместо использования функциональности if true? Я ничего не делал с try / catch раньше.

Я надеюсь, что решение с подключением будет самым простым, поскольку оно будет охватывать кодовую базу одним изменением по сравнению с выполнением его для каждого запроса. Здесь нет фреймворка или чего-то еще, это простой PHP (и процедурный, я знаю, пожалуйста, будьте осторожны). План состоит в том, чтобы в будущем когда-нибудь перейти от ext \ mssql к PDO.