RBS questions on sharepoint 2013

Question

I need some advice on RBS setup on sharepoint 2013.  I am following the microsoft article on setting RBS setup, on where you run some sql queries for the sql file stream on the content databases you want RBS to be setup on.  Then i download the
RBS_amd64.msi file and install it on one web front end server  and enable for each content database. 
My questions are that i have other web servers, app servers and db servers, do i need to install the rbs.msi exe on every other server in the farm , or just only the web servers and the app servers. Such as do we run that msiexec command on each server.
Also how does rbs work for all migrated sites or existing sites which have documents already stored.  So if we enable rbs for these sites and for files over 5 mb, would that apply to only new uploaded files over 5mb, or will apply to also already stored
over 5mb files. 
Also does shredded storage impact the files sizes been uploaded as while, such if we configure files to be uploaded over 5 mb, will this apply to the files over this limit or does the files have to be much larger than 5 MB, such 8 or 9 mb have the rbs applied
to them.
Can i be advised on these 2 questions.
Thanks

Answer 1

I SUGGEST YOU NOT TO USE RBS IF YOU HAVE FURTHER PLANS FOR MIGRATING FOR NEWER VERSIONS. STILL I will give you steps for migrating RBS on sharepoint 2010 to 2013. But note that when I have migrated it on 2013 it is not in the way or RBS. I had to remove
RBS from 2010 server and convert it itn database file of more than 600 GB and then migrated this db file to restore on sharepoint 2013 with sql 2012. and belive me it took more than 15 days to make copy and paste only. so.. better not to use RBS if you have
large data.
see the below steps.
1.   
Live SharePoint 2010 environment with SQL 2008 R2
a.   
Take back up from 2010 live server.
i.     
Open management studio on SQL server.
ii.     
Take back up of content database of live application.
2.   
QA SharePoint 2010 environment with SQL 2008 R2
a.   
Restore SQL backup
i.     
Open management studio on SQL server.
ii.     
Restore database.
b.  
Create Web Application
i.     
Open SharePoint server
ii.     
Open central admin
iii.     
Create web application with classic authentication.
c.   
Dismount database which is with existing application
i.     
Open SharePoint PowerShell on SharePoint server.
ii.     
Fire below command.
Dismount-SPContentDatabase <Database name>
Note: Change the database name.
d.  
Mount restored database with existing application
i.     
Open SharePoint PowerShell on SharePoint server.
ii.     
Fire below command.
Mount-SPContentDatabase <Database name>  -DatabaseServer  <Database server name > -WebApplication <Web application>
Note: Change the database name and web application URL.
iii.     
Open SharePoint Designer and change the master page and publish it.
iv.     
Set the Test page as Home page.
v.     
Test user logging
Logging with the 2-3 different users and test they can able to logging.
e.   
Configure RBS
i.     
Enable FILESTREAM on the database server
Open SQL Server Configuration manager on SQL Server.
From left panel click on SQL Server Services.
From right panel select the instance of SQL Server on which you want to enable FILESTREAM.
Right-click the instance and then click Properties.
In the SQL Server Properties dialog box, click the FILESTREAM tab.
Select the Enable FILESTREAM for Transact-SQL access check box.
If you want to read and write FILESTREAM data from Windows, click Enable FILESTREAM for file I/O streaming access. Enter the name of the Windows share in the Windows Share Name box.
If remote clients must access the FILESTREAM data that is stored on this share, select allow remote clients to have streaming access to FILESTREAM data.
Click Apply and ok.
ii.     
Set FILESTREAM access level
Open SQL management studio and connect SQL database instance.
Right click on database instance and open Property.
Go to: click on advanced from left panel.
Find the “Filestream Access Level” property and set the value “Full access enabled”
Click OK and exit window.
iii.     
Set SharePoint Configure FILESTREAM access level
Open Query window on root
Execute  following query
EXEC sp_configure filestream_access_level, 2
RECONFIGURE
Restart SQL services
Note: You will get message” Configuration option 'filestream access level' changed from 2 to 2. Run the RECONFIGURE statement to install.”
iv.     
Provision a BLOB store for each content database
Click the content database for which you want to create a BLOB store, and then click New Query
Execute following query
use [<Database name>]
if not exists
(select * from sys.symmetric_keys
where name = N'##MS_DatabaseMasterKey##')
create master key encryption by password = N'Admin Key Password !2#4'
Note:
Change the database name
You get “Command(s) completed successfully.” Message.
use [<Database name>]
if not exists
(select groupname from sysfilegroups
where groupname=N'RBSFilestreamProvider')
alter database [<Database name>]
add filegroup RBSFilestreamProvider contains filestream
Note:
Change the database name.
You get “Command(s) completed successfully.” Message.
use [<Database name>]
alter database [<Database name>]
 add file (name = RBSFilestreamFile, filename =
'<E:\SQL\Data\PetroChina>')
to filegroup RBSFilestreamProvider
Note:
Change the database name and store path.
If you get message “FILESTREAM file 'RBSFilestreamFile' cannot be added because its destination filegroup cannot have more than one file.”
Ignore it.
v.     
Install the RBS client library on each Web server
To install the RBS client library on the on the first Web server
Open SharePoint Web server
Open command prompt.
Execute following command
msiexec /qn /lvx* rbs_install_log.txt /i RBS.msi TRUSTSERVERCERTIFICATE=true FILEGROUP=PRIMARY DBNAME=<Database name> DBINSTANCE=<Database server> FILESTREAMFILEGROUP=RBSFilestreamProvider FILESTREAMSTORENAME=FilestreamProvider_1
Note:
Change the database name and database instance name.
DB instance should be <server name\instance name>
Download RBS.msi for respective SQL version.
To install the RBS client library on all additional Web and application serversOpen SharePoint Web server
Open command prompt.
Execute following command
msiexec /qn /lvx* rbs_install_log.txt /i RBS.msi DBNAME=<Database name> DBINSTANCE=<Database server> ADDLOCAL=Client,Docs,Maintainer,ServerScript,FilestreamClient,FilestreamServer
Note:
Change the database name and database instance name.
DB instance should be <server name\instance name>
vi.     
Enable RBS for each content database
You must enable RBS on one Web server in the SharePoint farm. It is not important which Web server that you select for this activity. You must perform this procedure once for each content database.
Open SharePoint web server
Open SharePoint PowerShell
Execute below script
$cdb = Get-SPContentDatabase <Database name>
$rbss = $cdb.RemoteBlobStorageSettings
$rbss.Installed()
$rbss.Enable()
$rbss.SetActiveProviderName($rbss.GetProviderNames()[0])
$rbss
Note: Change the database name.
vii.     
Test the RBS installation
On the computer that contains the RBS data store.
Browse to the RBS data store directory.
Confirm that size of RBS data store directory.
On the SharePoint farm, upload a file that is at least 100 kilobytes (KB) to a document library.
On the computer that contains the RBS data store.
Browse to the RBS data store directory.
Confirm that size of RBS data store directory.
It must be more than before.
viii.     
Test user logging
Logging with the 2-3 different users and test they can able to logging.
f.    
Migrate RBLOB from RBS to SQL database and completely remove RBS
i.     
Migrate all content from RBS to SQL and disable RBS for content DB:
Open SharePoint server.
Open SharePoint management PowerShell
Execute below script
$cdb=Get-SPContentDatabase <Database name>
$rbs=$cdb.RemoteBlobStorageSettings
$rbs.GetProviderNames()
$rbs.SetActiveProviderName("")
$rbs.Migrate()
$rbs.Disable()
Note:
Migrate() might take some time depending on amount of data in your RBS store.
Change the database name.
If you get message on the PowerShell “PS C:\Users\sp2010_admin> $rbs.Migrate()
Could not read configuration for log provider <ConsoleLog>. Default value used.
Could not read configuration for log provider <FileLog>. Default value used.
Could not read configuration for log provider <CircularLog>. Default value used.
Could not read configuration for log provider <EventViewerLog>. Default value used.
Could not read configuration for log provider <DatabaseTableLog>. Default value used.” Then wait for while it will take some time to start migration.”
ii.     
Change the default RBS garbage collection window to 0 on your content DB:
Open SQL server
Open SQL management studio
Select your content DB and open new query window
Execute below SQL query
exec mssqlrbs.rbs_sp_set_config_value ‘garbage_collection_time_window’,'time 00:00:00′
exec mssqlrbs.rbs_sp_set_config_value ‘delete_scan_period’,'time 00:00:00′
Note:
Run one by one SQL query
You will get “Command(s) completed successfully.” Message
iii.     
Run RBS Maintainer (and disable the task if you scheduled it):
Open SharePoint server
Open command prompt
Run below command
"C:\Program Files\Microsoft SQL Remote Blob Storage 10.50\Maintainer\Microsoft.Data.SqlRemoteBlobs.Maintainer.exe" -connectionstringname RBSMaintainerConnection -operation GarbageCollection ConsistencyCheck ConsistencyCheckForStores -GarbageCollectionPhases
rdo -ConsistencyCheckMode r -TimeLimit 120
iv.     
Uninstall RBS:
Open SQL server
Open SQL management studio
On your content DB run below SQL query
exec mssqlrbs.rbs_sp_uninstall_rbs 0
Note:
If you will get message “The RBS server side data cannot be removed because there are existing BLOBs registered. You can only remove this data by using the force_uninstall parameter of the mssqlrbs.rbs_sp_uninstall stored pro” then run this “exec mssqlrbs.rbs_sp_uninstall_rbs
1 ”
You will get “Command(s) completed successfully.” Message.
v.     
Uninstall from add/remove SQL Remote Blob Storage.
I found that there were still FILESTREAM references in my DB, so remove that reference
Open SQL server
Open SQL management studio
Run below SQL query on your content DB:
ALTER TABLE [mssqlrbs_filestream_data_1].[rbs_filestream_configuration] DROP column [filestream_value]
ALTER TABLE [mssqlrbs_filestream_data_1].[rbs_filestream_configuration] SET (FILESTREAM_ON = "NULL")
Note:
Run one by one SQL query
vi.     
Now you can remove the file and filegroup for filestream:
Open SQL server
Open SQL management studio
Open new query window on top
Execute below SQL query
ALTER DATABASE <Database name> Remove file RBSFilestreamFile;
Note:
Change the database name
If it gives message “The file 'RBSFilestreamFile' cannot be removed because it is not empty.” Then remove all table prefix with “mssqlrbs_” from your database and execute SQL query again.
This query takes time as per your database size (almost 30 min).
You will get “The file 'RBSFilestreamFile' has been removed.” Message
Execute below SQL query
ALTER DATABASE <Database name> REMOVE FILEGROUP RBSFilestreamProvider;
Note:
Change the database name
You get “The filegroup 'RBSFilestreamProvider' has been removed.” Message.
Or If you get “Msg 5524, Level 16, State 1, Line 1 Default FILESTREAM data filegroup cannot be removed unless it's the last
FILESTREAM data filegroup left.” message. Then ignore this message.
vii.     
Remove Blob Store installation
Open SharePoint server
Run RBS.msi setup file and choose Remove option.
Finish wizard.
viii.     
Disable FILESTREAM in SQL Configuration Manager
Disable FILESTREAM in SQL Configuration Manager for your instance (if you do not use it anywhere aside this single content DB with SharePoint), run SQL reset and IIS reset and test.
ix.     
Test the RBS Removed or not?
On the computer that contains the SQL database.
Confirm that size of SQL database (.mdf file).
On the SharePoint farm, upload a file that is at least 100 kilobytes (KB) to a document library.
On the computer that contains the SQL database.
Confirm that size of SQL database.
It must be more than before. If there is no difference then ignore it. Just check it Store is no more in SQL.
x.     
Test user logging
Logging with the 2-3 different users and test they can able to logging.
g.   
Convert classic-mode web applications to claims-based authentication
i.     
Open SharePoint server
ii.     
Open SharePoint PowerShell
iii.     
Execute below script
$WebAppName = "<URL>"
$wa = get-SPWebApplication $WebAppName
$wa.UseClaimsAuthentication = $true
$wa.Update()
$account = "<Domain name\User name>"
$account = (New-SPClaimsPrincipal -identity $account -identitytype 1).ToEncodedString()
$wa = get-SPWebApplication $WebAppName
$zp = $wa.ZonePolicies("Default")
$p = $zp.Add($account,"PSPolicy")
$fc=$wa.PolicyRoles.GetSpecialRole("FullControl")
$p.PolicyRoleBindings.Add($fc)
$wa.Update()
$wa.MigrateUsers($true)
$wa.ProvisionGlobally()
iv.     
Test user logging
Logging with the 2-3 different users and test they can able to logging.
h.  
Take SQL backup from QA server
i.     
Open SQL server
ii.     
Open management studio on SQL server
iii.     
Select the content database
iv.     
Take back up of content database
Information: This SQL backup is not content RBS.
3.   
New SharePoint 2013 environment with SQL 2012
a.   
Restore SQL backup
i.     
Open SQL server
ii.     
Open SQL management studio
iii.     
Restore the SQL database using *.bak file
b.  
Dismount database which is with existing application
i.     
Open SharePoint server
ii.     
Open SharePoint management PowerShell
iii.     
Execute below script
Dismount-SPContentDatabase <Database name>
Note: change the database name which bind with existing application.
c.   
Mount restored database with existing application
i.     
Open SharePoint server
ii.     
Open SharePoint management PowerShell
iii.     
Execute below script
Mount-SPContentDatabase <Database name> -DatabaseServer <Database server name> -WebApplication <URL>
Note:
Change the database name with new restored database name
Change the database server name in form of “DB server name\DB instance name”
Change the URL of web application
This command take some time.
d.  
Upgrade site collection
i.     
Open SharePoint server
ii.     
Open new site
iii.     
You will find message on top “Experience all that SharePoint 15 has to offer. Start now or Remind me later”
iv.     
Click on “Start”
v.     
Click on ”Upgrade this Site Collection”
vi.     
Click on “I Am ready”
vii.     
After some time you will get message “Upgrade Completed Successfully”
viii.     
Test User logging.