Aqui está uma solução, que funciona para mim:
- execute
sqlsrv_configure("WarningsReturnAsErrors", 0);
para alterar as configurações de tratamento de erros. - remover
WITH STATS = 1
deBACKUP DATABASE
declaração.
Consigo reproduzir esse problema com um caso de teste usando Apache 2.4, PHP 7.1.12 e Microsoft PHP Driver for SQL Server (php_sqlsrv_71_ts_x86.dll, versão 4.3). A única diferença é que o exemplo usa o driver SQLSRV (não consigo usar o driver PDO_SQLSRV no meu ambiente de teste).
PHP
<?php
sqlsrv_configure("WarningsReturnAsErrors", 0);
// Connection
$serverName = "127.0.0.1\instance,1433";
$connectionInfo = array(
"UID"=>"user",
"PWD"=>"password",
"Database"=>"ProdDB"
);
$conn = sqlsrv_connect($serverName, $connectionInfo);
if ($conn === false) {
echo "Unable to connect.</br>";
die(var_export(sqlsrv_errors(), true));
}
// Backup database
$strSQL = file_get_contents("archdata.sql");
if (!empty($strSQL)) {
$query = sqlsrv_query($conn, $strSQL);
if ($query === false) {
die(var_export(sqlsrv_errors(), true));
} else {
sleep(5);
echo "Success";
}
}
?>
T-SQL (archdata.sql)
declare
@path varchar(100),
@fileDate varchar(20),
@fileName varchar(140)
SET @path = 'd:\Backup\'
SELECT @fileDate = CONVERT(VARCHAR(20), GETDATE(), 112)
SET @fileName = @path + 'ProdDB_' + @fileDate + '.BAK'
BACKUP DATABASE ProdDB TO [email protected]
Não se esqueça de dar os direitos necessários para a pasta 'D:\Backup'.