SQL Server: migrate one table to discrete DB server SQL Server 2012 Standard

We have one table that is highly transactional (tons of inserts, no updates), that contains a BLOB object of 5kb-300kb per row. The whole table is about 31GB in size (table and indexes), and has 450K rows. There is a primary key (it is a clustered table), and there is a record creation timestamp col.

We want to move table to its own db server. We have already updated the application to reference this table via its own ADO connection string. Yes, we can take the app offline during a maint window to do this.

What is the best strategy to migrate a single table to another DB server?

Options we have considered:
 - Log shipping , but this replicates whole db... if we could log ship one table, we would do it for sure, we like log shipping
 -  Transactional replication... we do NOT like transactional replication because it is such a monster.

One thought is to bring the app down briefly, and do a tsql command to 

insert into &lt;new db server.db.table&gt; select from &lt;source db server and table&gt;



Can that work? Can we do a tsql command across discrete db servers?
What other method we should consider?
If it is one time, then you should use bcp out and bulk insert .. much better and faster than the linked server approach that you are thinking, since in the linked server approach if you run the query on the source server then you are pushing the data from source server to destination server which is an expensive operation. Alternatively, you can use SSIS as well.

If you need to keep the data in the new server sync with the old one, then your only option is to use transactional replication.

Also, refer to my answer on : Which one is more efficient: select from linked server or insert into linked server?