Al poner el respaldo de mi bd, esta no conserva los indices autonumericos

[gnzsoloyo]

Bueno, lamento decirte que ese problema que tienes es una de las causas por las cuales no es recomendable usar autonuméricos en las bases de datos.
El uso de ese tipo de columnas genera estos problemas de consistencia tanto en las restauraciones de backups, las migraciones y las integraciones de bases.
Infortunadamente no hay un método único, por lo que vas a tener que crear un plan de migraciones que integre los datos existentes con los restaurados.
Puede que existan herramientas específicas, pero tendrás que acudir probablemente al soporte de Microsoft para eso, o de lo contrario te llevará algo de tiempo lograrlo.
Yo he tenido que resolver tres veces ese tipo de problemas, y finalmente sólo pude acudir a las herramientas básicas: Paciencia, método y muuuucho esfuerzo.

Yendo a lo teórico, esa es una de las razones por las que suele ser siempre mejor planear las bases creando las PK en base a lo que el modelo E-R dice: Un atributo propio de cada entidad, que identifique unívocamente a los registros, aunque la PK resultante termine siendo de más de un campo...

En cuanto a cómo lograrlo, lo que te puedo sugerir es generar una base paralela donde cargues el backup y luego crear una serie de rutinas que realicen el cruce de datos entre ambas para ir integrando los datos.
Desgraciadamente es muy probable que debas hacer el matching de algunas tablas de una forma compleja, porque deberas validar los datos de cada entidad sin tomar como referencia las PK, por ejemplo clientes, productos, facturas, etc. Con esto quiero decir que deberás realizar las busquedas mucho más complejas para verificar lo que existe y lo que no, dando las altas corespondientes y actualizando en cascada todas las dependencias...
No te envidio.
Una de las bases con que trabajé tenía 12 Gb de datos y nos llevo más de una semana sólo lograr esas validaciones.