Необходимо проверить блог Brent Ozar на SQL-сервер. Он - фонтан большого знания. Однако резервное копирование SQL-сервера может быть действительно легким, или действительно сложное в зависимости от того, насколько новый данные должны быть. Если можно обработать ценность дня потерянных данных, то плоскость jane резервное копирование SQL-сервера работает отлично. Если необходимо удостовериться, что у Вас есть намного более свежий файл данных затем, передача журналов могла бы быть Вашим следующим лучшим выбором.
Найдите, что дружественный DBA контролирует и удостоверяется, что Вы на самом деле получаете хорошие резервные копии.
Допустимые взгляды. Попытайтесь указать IP-адрес, хотя, поскольку это вынимает уровень возможного отказа.
v=spf1 mx ip4:213.133.103.5 ~all
Править
Я разъяснюсь. Я НЕ говорю, что это должно быть постоянным решением. Этого достаточно для получения вещей, работающих (и почтовое течение), пока настоящая проблема не может быть найдена.
На основе Вашего A и записей MX (как явился в www.dnsstuff.com) и на основе записи SPF, я не могу сказать, почему это перестало работать, но я могу сказать Вам, что ~all говорит Google рассматривать его как мягкий отказ.
Править
Это - вероятно, проблема поиска DNS. Серверы имен для Вашего домена, как перечислено Вашими серверами имен:
gramma.ro
ns.gramma.ro
Но серверы имен, перечисленные в родительских серверах:
ns.gramma.ro
Это, вероятно, вызывает некоторые проблемы определения имен для Вас.
Ваш рекорд надеется быть установленным правильно (твердость MX назад к mail.gramma.ro, который решает к 213.133.103.5), но Google использует "лучшее предположение" вместо фактической указанной записи.
Вероятно, что Вы отправили это тестовое сообщение также вскоре после установки записи, и серверы Google не получили запись вообще, когда эта проверка произошла. Попытайтесь отправить новое тестовое сообщение.