Upgrade from 11.7 MP2 to 12.1 RU 1 failed to upgrade schema
Hi, I try to upgrade my sep 11.7 MP2 to sep 12.1 RU1 and then to 12.1 RU1 MP1
when the upgrade wizard run it stops in 3% and then i see the error- upgrade shcema failed.
The error log:
Yesterday I'v tried to
Yesterday I'v tried to upgrade again but in other way, after the last upgrade I had problems with logging in to sep and could't manage clients at all, so I installed new server with new database and with silyncdrop.exe moved my 3000 clients to the new sep(12.1.2) so I could finally manage them. with the old sep I did a bit critical move(I wanted to get all the info about clients and policies...)- I had restore of the before and restore of the sql database of before but they where not synced..so I'v uninsulated the old sep(11.7) after a snapshot of course and then installed new 11.7 sep with new database, restored the database from backup and restore wizard and only then I could upgrade- lame way and I know it.
Anyways now i have sep 12.1.2 and I wish the next upgrade with be less painful!!!
Than you all!
Comments
See
See here:
https://www.symantec.com/business/support/index?pa...
** Note: Migrations from the Symantec Endpoint Protection 11.x Manager to the 12.1 RU1 Manager are only supported for 11.0 RU7 and earlier. 11.0 RU7 MP1 and 11.0 RU7 MP2 do not contain a supported migration path to 12.1 RU1.
Supported Upgrade paths to Symantec Endpoint Protection 12.1
https://www.symantec.com/business/support/index?pa...
SEP Knowledge Base
Endpoint SWAT
How can I downgrade to 11.0
How can I downgrade to 11.0 RU7 ?
Symantec Endpoint Protection
Symantec Endpoint Protection 11.x: Best Practices for Disaster Recovery with the Symantec Endpoint Protection Manager
https://www.symantec.com/business/support/index?pa...
Symantec Endpoint Protection 12.1: Best Practices for Disaster Recovery with the Symantec Endpoint Protection Manager
https://www.symantec.com/business/support/index?pa...
SEP Knowledge Base
Endpoint SWAT
Hi, is there any additional
Hi, is there any additional job to do after restoring MS SQL database. All the setting on SEPM are correct, user name and password to MS SQL database OK, but SEPM's still cannot connect to database.
Hello, Migrations from SEPM
Hello,
Migrations from SEPM RU7 MP2 to all current versions of SEPM 12.1 are not supported.
The 11.0 RU7, RU7 MP1, and RU7 MP2 SEPM contains SQL schema changes that are newer than the schema used by 12.1. For this reason, migrations from certain 11.0 RU7 to 12.1 versions are not supported.
Future releases of SEPM 12.1 RU2 will contain the migration code necessary to update the newer database schema used by RU7 MP2.
Symantec Endpoint Protection (SEP) clients can be migrated from RU7 MP2 to SEP 12.1, however, SEP 11 RU7 MP2 managers cannot manage SEP 12.1 clients
Check this Article:
Supported migration paths for Symantec Endpoint Protection Manager (SEPM) 11 Release Update 7 Maintenance Patch 2 (RU7 MP2) to SEPM 12.1
http://www.symantec.com/business/support/index?page=content&id=TECH189972
Hope that helps!!
Mithun Sanghavi
Symantec Technical Support Engineer, SEP
MIM | MCSA | MCTS | STS | ITIL v3
Twitter: @mithun_sanghavi
Don't forget to mark your thread as 'SOLVED' with the answer that best helps you.<&a
Hello, Here are the Public
Hello,
Here are the Public Documents available for SEP 12.1.2
Symantec™ Endpoint Protection and Symantec Network Access Control 12.1.2 Installation and Administration Guide
https://www.symantec.com/business/support/index?page=content&id=DOC6153
Symantec™ Endpoint Protection and Symantec Network Access Control 12.1.2 Client Guide
https://www.symantec.com/business/support/index?page=content&id=DOC3719
Symantec™ Endpoint Protection 12.1.2 Getting Started Guide
http://www.symantec.com/docs/DOC4322
What's new in Symantec Endpoint Protection 12.1.2
http://www.symantec.com/docs/HOWTO81091
System Requirements for Symantec Endpoint Protection, Enterprise and Small Business Editions, and Network Access Control 12.1.2
http://www.symantec.com/docs/TECH195325
Symantec Endpoint Protection for Macintosh Frequently Asked Questions
http://www.symantec.com/docs/TECH134203
Upgrading or migrating to Symantec Endpoint Protection 12.1.2011 (RU2)
http://www.symantec.com/docs/TECH197426
Hope that helps!!
Mithun Sanghavi
Symantec Technical Support Engineer, SEP
MIM | MCSA | MCTS | STS | ITIL v3
Twitter: @mithun_sanghavi
Don't forget to mark your thread as 'SOLVED' with the answer that best helps you.<&a
No those documents do not
No those documents do not help. After restoring MS SQL database, SEPM connections to database is lost and we cannot connect to it.
Configration wizard is set with correct user name and password database port and address. But it still gives error: add server failed after Enter the SQL server name or its IP number
We are following this guide:
http://www.symantec.com/business/support/index?page=content&id=TECH134475&locale=en_US
Hello, The article being
Hello,
The article being refering above is for SEP 11.x.
Are you restoring the SEP 11.x database on the SEPM 12.1 ?
If yes, it is not supported as SEPM RU7 MP2 database schema as different from the SEPM 12.1 database schema.
Secondly, Migrations from SEPM RU7 MP2 to all current versions of SEPM 12.1 are not supported.
Check this Article:
Supported migration paths for Symantec Endpoint Protection Manager (SEPM) 11 Release Update 7 Maintenance Patch 2 (RU7 MP2) to SEPM 12.1
http://www.symantec.com/business/support/index?page=content&id=TECH189972
Hope that helps!!
Mithun Sanghavi
Symantec Technical Support Engineer, SEP
MIM | MCSA | MCTS | STS | ITIL v3
Twitter: @mithun_sanghavi
Don't forget to mark your thread as 'SOLVED' with the answer that best helps you.<&a
After unsuccesful Uppgrade on
After unsuccesful Uppgrade on the other SEPM we did stop the SEPM services on both SEPM's.
Restored database to earlier SEP 11.x and downgraded manager to SEP 11.x.
Now the database connection has been almost fixed. SEPM's can connect to database and clients can be searched from groups and client status are changed.
But on the home page there is error:
QUERY FAILED:
This query could not be processed for one of the following reasons:
1. The database query timed out. Try reducing the number of filters, or increasing the SQL Server query timeout value.
2. An unexpected error occurred. Try running the query again by using default filter values.
upload scm0.log located at
upload scm0.log located at symante/SEPM/tomcat/logs
2012-10-25 21:29:21.441
2012-10-25 21:29:21.441 SEVERE: scm.server.version = 11.0.7000.975
2012-10-25 21:29:24.086 SEVERE: ================== StartClientTransport ===================
2012-10-25 21:29:25.035 SEVERE: Schedule is started!
2012-10-25 21:30:07.017 SEVERE: Unknown Exception in: com.sygate.scm.server.consolemanager.requesthandler.GetRecordHandler
java.sql.SQLException: Invalid object name 'V_SERVER_SYSTEM_LOG'.
at net.sourceforge.jtds.jdbc.SQLDiagnostic.addDiagnostic(SQLDiagnostic.java:368)
at net.sourceforge.jtds.jdbc.TdsCore.tdsErrorToken(TdsCore.java:2820)
at net.sourceforge.jtds.jdbc.TdsCore.nextToken(TdsCore.java:2258)
at net.sourceforge.jtds.jdbc.TdsCore.getMoreResults(TdsCore.java:632)
at net.sourceforge.jtds.jdbc.JtdsStatement.executeSQLQuery(JtdsStatement.java:477)
at net.sourceforge.jtds.jdbc.JtdsPreparedStatement.executeQuery(JtdsPreparedStatement.java:776)
at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at com.sygate.scm.server.db.schema.BaseTablePeer.get(BaseTablePeer.java:49)
at com.sygate.scm.server.consolemanager.requesthandler.GetRecordHandler.handleRequest(GetRecordHandler.java:111)
at com.sygate.scm.server.consolemanager.RequestHandler.handleRequest(RequestHandler.java:266)
at com.sygate.scm.server.consolemanager.RequestHandler.<init>(RequestHandler.java:80)
at com.sygate.scm.server.servlet.ConsoleServlet.doPost(ConsoleServlet.java:79)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:662)
2012-10-25 21:30:07.900 SEVERE: Unknown Exception in: com.sygate.scm.server.consolemanager.requesthandler.GetRecordHandler
java.sql.SQLException: Invalid object name 'V_SERVER_SYSTEM_LOG'.
at net.sourceforge.jtds.jdbc.SQLDiagnostic.addDiagnostic(SQLDiagnostic.java:368)
at net.sourceforge.jtds.jdbc.TdsCore.tdsErrorToken(TdsCore.java:2820)
at net.sourceforge.jtds.jdbc.TdsCore.nextToken(TdsCore.java:2258)
at net.sourceforge.jtds.jdbc.TdsCore.getMoreResults(TdsCore.java:632)
at net.sourceforge.jtds.jdbc.JtdsStatement.executeSQLQuery(JtdsStatement.java:477)
at net.sourceforge.jtds.jdbc.JtdsPreparedStatement.executeQuery(JtdsPreparedStatement.java:776)
at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at com.sygate.scm.server.db.schema.BaseTablePeer.get(BaseTablePeer.java:49)
at com.sygate.scm.server.consolemanager.requesthandler.GetRecordHandler.handleRequest(GetRecordHandler.java:111)
at com.sygate.scm.server.consolemanager.RequestHandler.handleRequest(RequestHandler.java:266)
at com.sygate.scm.server.consolemanager.RequestHandler.<init>(RequestHandler.java:80)
at com.sygate.scm.server.servlet.ConsoleServlet.doPost(ConsoleServlet.java:79)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:662)
Hi Meital Magid, Wait SEP
Hi Meital Magid,
Wait SEP 12.1 RU2 release and you will be able to migrate your SEPM from 11.0 RU7 MP2 to SEP 12.1 RU2.
Database code used is the same so our customers would finally have the possibility to migrate from RU7 MP2 version to SEP 12.1.2.X
Kind Regards,
A. Wesker
Hi, tried to upgeade to
Hi,
tried to upgeade to 12.1.2
Still have the same problem with the database schema.
do you have ant ideas?
Hello, Please try this
Hello,
Please try this Article:
Best practices for upgrading to Symantec Endpoint Protection 12.1.2
http://www.symantec.com/business/support/index?page=content&id=TECH163700
Hope that helps!!
Mithun Sanghavi
Symantec Technical Support Engineer, SEP
MIM | MCSA | MCTS | STS | ITIL v3
Twitter: @mithun_sanghavi
Don't forget to mark your thread as 'SOLVED' with the answer that best helps you.<&a
Well... we had this kind of
Well... we had this kind of problem earlier - when upgrading SEP11.0.7.x to SEP12 upgrade crash when it start making modifigations to schema (we use SQL db) - at same 3% state.
We get SQL database back from backups - and try to get SEP11 working again - at this state don't get database working at all.
After long investigation it shows us that somehow SQL database owner has been changed to wrong schema owner and connection to database is not working as it should be - so our db admin made same changes to database.
1) He change all symantec databases to correct (we had user "dbo" who owned schema on database) schema user account running following command using DB admin tools:
exec sp_MSforeachtable "ALTER SCHEMA dbo TRANSFER ? PRINT '? modified' "
2)
After modifiying database schema owner rights - there's still problem with some db view rights.
- this change's rights to "dbo" view
(owner_name" must be the user who own view -sight, same who own tables)
select 'execute sp_changeobjectowner '+ '''' + 'owner_name.'+name+''''+','+'''dbo''' from sysobjects where xtype = 'V'
then he copy generated script and run it against symantec database.
Databases work again after this.
Then we try to upgrade SEP again - it goes with no problems (pfffff...)
(I have to say that - what we had learned - ALLWAYS make sure that you had database backups - and if necessary - make sure you had SQL admin who knows what he does)
Yesterday I'v tried to
Yesterday I'v tried to upgrade again but in other way, after the last upgrade I had problems with logging in to sep and could't manage clients at all, so I installed new server with new database and with silyncdrop.exe moved my 3000 clients to the new sep(12.1.2) so I could finally manage them. with the old sep I did a bit critical move(I wanted to get all the info about clients and policies...)- I had restore of the before and restore of the sql database of before but they where not synced..so I'v uninsulated the old sep(11.7) after a snapshot of course and then installed new 11.7 sep with new database, restored the database from backup and restore wizard and only then I could upgrade- lame way and I know it.
Anyways now i have sep 12.1.2 and I wish the next upgrade with be less painful!!!
Than you all!
Would you like to reply?
Login or Register to post your comment.