mirror of
https://github.com/doctrine/orm.git
synced 2026-03-24 06:52:09 +01:00
PHP Doctrine with SQL Server Always On #5570
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @fabionvs on GitHub (Jun 7, 2017).
Originally assigned to: @Ocramius on GitHub.
Hello,
I am developing an application using Symfony 3 (php 7.1) with SQL Server database with AlwaysOn. AlwaysOn is a SQL server support for high-availability and disaster recovery, and Doctrine 2 is not working well with this paradigm.
I've developed a CRUD to test it for the infrastructure section at my job that implemented this database. At the first time, it was working correctly and persisting ok. Although, when they change the database for other one, like when happens if the first one stops working, automatically go to the other database with the same structure. When it happens I receive an error message from doctrine:
It looks like Doctrine caches something that is not working with this paradigm of database. I am using Microsoft SQL Server driver (pdo_sqlsrv). Could someone help me? I would be glad.
@Ocramius commented on GitHub (Jun 7, 2017):
@fabionvs any way to reproduce this? What are you passing to the connection?
I can't understand the wording in this bit: can you rephrase it?
@fabionvs commented on GitHub (Jun 7, 2017):
Hello @Ocramius, thank you for your help!
The SQL Server database was implemented in a cluster. And, when the main instance stops working, or if they change the instance, it goes to another backup instance while using the same connection. And, for testing propourses they changed the instance to see if the application still works, but is not working and I receive that message:
At StackOverflow, I've got a nice answer that I don't tested if really works:
@Ocramius commented on GitHub (Jun 7, 2017):
That's most likely something that needs fixing within
pdo_sqlsrv, not in doctrine, sorry :-\Closing as
can't fixhere.@Ocramius commented on GitHub (Jun 7, 2017):
Note: removed the
Buglabel because this is apdo_sqlsrvissue that isn't a bug in doctrine itself.